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Preface 



The SPARCengine IE CPU User's Manual provides detailed infonnation 
about the two CPU cards in the SPARCengine IE family. 

When you have read this User's Manual and the associated required reference 
material, you will be able to communicate with the SPARCengine IE CPU card 
in many system configurations. 



Using this Manual 



The foUowing sections provide information that wiU help you use this manual. 



Audience 



The audience of this manual includes computer hardware engineers, system pro- 
grammers, computer technicians, and others interested in interfacing one or more 
SPARCengine IE cards into a VME backplane, and how to communicate with 
other cards in the SPARCengine IE card family through the VME, SBus and P2 
Bus ports. All readers should have an understanding of electronic hardware, 
operating system software interfacing with hardware, and related computer con- 
cepts. 

An understanding of the required communications standards and concepts 
between cards and with peripheral computer devices is also required. Given the 
defined audience background, the Hardware Reference Manual will provide the 
necessary infomiation needed to incorporate the SPARCengine IE family of 
cards into many system configurations. 



Organization 



The organization of this User's Manual is designed to be of immediate use to you 
in a fashion that is clear, precise, and organized. There are four main groups of 
information in the manual: 
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Preface — Continued 



Major Sections of 
the SPARCengine IE 
CPU User's Manual 


Chapters of 

each 

Major Section 


Titles of 

each 
Chapter 


Bringing Up the SPARCengine IE 
for the First Time 


Chapter 1 
Chapter 2 
Chapter 3 


Unpacking the CPU Card 
Description of the CPU Card 
Bringing Up the CPU Card 
for the First Time 


The Theory and Operation of the 
SPARCengine IE CPU Card 


Chapter 4 
Chapters 
Chapter 6 
Chapter 7 
Chapter 8 
Chapter 9 
Chapter 10 
Chapter 11 
Chapter 12 


CPU Card Overview 

Control Space 

Device Space 

Memory Management Unit 

Boot PROM 

Cache 

Diagnostics 

System Reset & Reset Switch 

Multiprocessing Capabilities 


The Input/Ou^ut Interfaces of 
the SPARCengine IE CPU Card 


Chapter 13 
Chapter 14 
Chapter 15 
Chapter 16 
Chapter 17 
Chapter 18 
Chapter 19 
Chapter 20 


VMEbus Interface 
SCSI Interface 
Ethernet Interface 
SBus Interface 
P2 Interface 
Serial A Interface 
Serial B Interface 
Keyboard/Mouse Interface 


The Appendix 


Appendix A 
Appendix B 
Appendix C 
Appendix D 


Environmental Tests and Results 
Getting Help 

Schematic Diagrams & Assembly Drawings 
Manual Updates 



For information about other cards in the SPARCengine IE card family, refer to 
the additional manuals of the SPARCengine IE User's Manuals. 



Fonts in Text 



Roman 



In this manual, typographic fonts are used to make things a little clearer. The 
most common fonts are Roman, italic, and bold. We use them as follows: 

Roman font is the standard for normal text, just as it appears here. 
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Preface — Continued 



Italic 



Italic font is used for four types of information: 

Reference Manual titles, 

notes, 

figure and table titles, 

or it represents a variable for which you or the computer must substitute some 
real value. For example: 

This field contains the value nn 



Bold 



Textual Conventions 



Required Reference Material 



Bold font is used to iiKiicate three types of information: 

chapter names when referencing from one chapter to another within the manual, 

headers in tables, 

or when something deserves more attention than the surrounding text. 

A 'Ox' before a number indicates that the number is hexadecimal. For example, 
0x16 indicates hexadecimal value '16'. 

In discussions of the state of a signal or a bit, the bit might be active high or 
active low. It if is active high, it is true when it is active, HIGH, or set, and it is 
false if it is inactive, low, or reset. Most bits are active high. 

Bits that are active low are identified as such in text, and are marked with an 
asterisk (*). 

On the next page is a table describing the necessary information required for 
understanding certain components of ihe SPARCengine IE CPU card. Make 
sure that you have copies of this documentation before beginning study of this 
manual. 
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Where Found 


Manual Title 


Supplied with 
SunOS Documentation 


PROM User's Manual, 

Sun Part No. 800-1736-xx 


Release Manual for SunOS 4,0,3e 

Sun Part No. 800-1 835-xx 


The SPARC Architecture Manual 
Sun Part No. 800-1 399-xx 


Supplied with 
SPARCengine IE 
Hardware Documentation 


The SPARCengine IE Color & Monochrome 
Video Cards User's Manual, 
Sun Part No. 800-8 139-xx 


SBus Developer's Kit, 

SunPartNo. 825-1219-xx 

(NO'l'h: See chapter entitled Boot PROM) 


Documentation You Can 
Obtain Outside of Sun 


AmZ8030/AmZ8530 Serial Communications Controller 
(SCC) Technical Manual, 

Advanced Micro Devices, Inc., 1982. 


Advanced Micro Devices Am7990 Local Area Network 
Controller (LANCE) Technical Manual, 

Advanced Micro Devices, Inc., 1986. 


Advanced Micro Devices Am7992B Serial Interface 
Adapter (SI A) Technical Manual, 

Advanced Micro Devices, Inc., October, 1985. 


The Mostek MK48T02'15 Data Sheet. 


ANSI Specification 802 J, 1986, (Ethernet Specification) 

also known as: 

ISO/Draft International Standard 8802/3 

Federal Information Processing Standard (FIPS) 107 




VMEbus Specification Revision C.1, October, 1985. 
Also known as: 
lEC 821 BUS and 
IEEEP1014ID12 


EI A Standard -- RS-232-C, 

Electronic Industries Association, 
August, 1969. 


EIA Smndard - RS-422-A, 

Electronic Industries Association, 
December, 1978 


EIA Standard - RS-423-A, 
Electronic Industries Association, 
December, 1978. 


EIA Standard - RS^49-A, 

Electronic Industries Association, 
December, 1977. 
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Revision History 



Dash 


Revision 


Date 


Coimnents 


01 
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Beta 1st Draft 
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Beta Release 
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TOI Release 


02 
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02 
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FCS Release 
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Unpacking the CPU Card 



Your SPARCengine IE CPU Card is delivered in a protective box. The box con- 
tains the card wrapped in a static envelope, and a electrostatic protection (ESD) 
kit 

1. Disassemble the box, removing the card in the static envelope and the static 
electricity kit. 

2. Disassemble the ESD kit, and follow the instnictions supplied with the kit to 
attach the ESD device. 

3. Remove the static envelope from the card. 
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Description of the CPU Card 



The SPARCengine IE CPU card is a RISCAJNDC Eurocaid with I/O of VME, 
Ethernet, SBus, Serial 232/423/422, and keyboard/mouse interface. The SBus is 
usually occupied with a SPARCengine IE video card when the CPU is used with 
a monitor. 

There are two SPARCengine IE CPU cards, differentiated only by the inclusion 
or exclusion of the Floating Point Unit. 

2.1. Main Features a Low power CMOS ASICs for high reliability. 

D RISC Central Processing Unit 

D Floating Point Unit. 

D Wide range of I/O, including lEEE/ANSI-standard 32-bit VMEbus. 

D 4MB Parity Memory on-board. 

a ECC Memory via backplane P2Bus. 

D Color/Monochrome Video SBus cards. 

D Compatible with all SPARC-based workstations & servers. 

a SunOS 4.0.3 compatible. 

D Cache. 

D Multiple CPU cards in a single backplane. 
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2.2. Card Specifications 



Category 


Specification 


Integer Performance 


12.5 MIPS @ 20MHz 


Cache Memory 


64KB write-through, virtual 


Floating-Point Unit 


1.4 MFLOPS Double Precision (Optional) 


On-board Byte Parity Memory 


4MB, 100-nsec DRAM SIPs 


Memory Management 


Sun-4 MMU ASIC 


EPROM 


256KB EPROM (2x27010) 


Realtime Timer/Counters 


Two 21 -bit, 1-usec. resolution 


TOD Dock 
Configuration Parameters 


M48T02 
2KB NVRAM 


Multiprocessing Support 
through the VME Interface 


32 mailbox interrupt locations 

RMW 

Multiport Shared RAM 


VMEbus 


IEEE/ANSI standard 1014, A32; D32 


SBus Connectors 


1 locations Master/slave, 32-bit 


SCSI Bus 


NCR 53C90, Mini-connector 


Ethernet 


AMD 7990; DB15 connector 


Serial Port A 


RS423/232C; sync/async 


Serial Port B 


RS422/232C; sync/differential 


Keyboard/Mouse 


X920B Sun Typc-4 standard, DB-15 


Board Size 


6.29" X 9.18" (160x233 mm) 


Power Dissipation 


25 Watts 



2.3. Card Landmarks 



On the following page you can find a component-side drawing of the SPARC- 
engine IE CPU card, with various caU-outs defining the card landmarics. 
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Figure 2-1 CPU Card Landmarks - Major Chips 
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Figure 2-2 CPU Card Landmarks - 110 Connectors 



PI Connector 



P2 (P2Bus) Connector 
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Figure 2-3 CPU Card Landmarks - Memory Modules 



DRAM Module (one of 4) 



Cache Memory Module 
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3.1. Required Reference 
Material 



3.2. Backplane Definition 



Bringing Up the SPARCengine IE CPU 

for the First Time 

VMEbus Specification Revision CI, 1987. 

Open Boot PROM Toolkit User's Manual, contained in the SBus Developer's 
Kit, Sun Part No. 825-1219-xx. 

PROM User's Manual, Sun Part No. 800-1736-xx. 

Here are the instructions and considerations for powering up your new SPARC- 
engine IE for the first time. The information included here is reduced to the 
basics, and is meant for you to verify that your SPARCengine IE is operational 
and is ready for further activities. The configurations included in this section are 
ONLY for first-time power-up, and are not an exhaustive explanation of the vari- 
ous configurations that can be achieved with the SPARCengine IE CPU card. 

The SPARCengine IE is a double-height board requiring both a Jl and a J2 
backplane (or a combination J1/J2 backplane) 

The user-defined J2/P2 pin assignments are made according to Sun's SPARC- 
engine IE P2 Bus private specification. (For more information on the P2 Bus 
specifications, see the chapter in this manual entitled P2 Bus Interface.) 

The SPARCengine IE is designed to fully comply with the specifications of the 
VMEbus. (For more information on the VMEbus specifications, see sections 7.4, 
7.5 and 7.6 of the VMEbus Specification Revision C.I.) 



3.3. Board Jumpers 



Below is a chart defining how the jumpers on the CPU card have been set at the 
Sun factory. Check the jumpers to ensure that the jumpers are set in the fashion 
described below. 
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Table 3- 1 Board Jumper Table 



Reference 
Designator 


Juniper 


Available 

Options 

* indicates Sun factory setting 


J0301 


Clock Enable 


The jumper must be used. 

*1. Pins 1 and 2 must be jumpered together for nomial operation. 


J0801 


ECC/Parity 


The jumper must be used. 

*1. Jumpering pins 1 and 2 together selects on-board parity memory 

Memory Select to be at the bottom of Type space below off-board ECC memory. 

2. Jumpering pins 2 and 3 together selects off-board ECC memory to be 
at the bottom of Type space and disables on-board parity memory. 

NOTE: See the SPARCengine IE ECC Memory Card User's 
Manual to configure the jumpers resident on the ECC Memory Card. 


J1701 


VME Slot 1 


The jumper does not need to be used. 

*1. IN selects the board to be a VME Slot 1 device. 

2. OUT selects the board to be a VME non-Slot 1 device. 

NOTE: See the chapter of this manual called VMEbus Interface 
for more information. 


J0702 


SBus Select 2 


The jumper does not need to be used. 

1. IN supports future SBus expansion. 

*2. OUT supports SBus cards with parity option. 



NOTE: Pin 1 for jumpers is indicated by a square on the board silkscreen. 
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Figure 3-1 CPU Card Jumper Location & Factory Settings 
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3.4. Backplane Slot 
Configuration 
Requirements 



The SPARCengine IE can be plugged into the VME backplane in slot 1 or in a 
slot other than slot 1. 

If a SPARCengine IE CPU is installed in a slot other than slot 1 with empty slots 
between it and the slot 1 card, then each of those empty slots must be configured 
as described below: 

lACKIN* and lACKOUT* must be jumpered together. 

Pins 21 and 22 on the J 1 backplane must be jumpered together. 

The signals Bus-Grant(0-3) and I ACK must be jumpered across 
empty slots, as follows: 

EGO : jumper pins 5 and 6 
BGl : jumper pins 7 and 8 
BG2 : jumper pins 9 and 10 
BG3 : jumper pins 11 and 12 
lACK : jumper pins 21 and 22 

The following chart shows how to arrange the SPARCengine IE family of cards 
in the VME backplane. It assumes that the CPU will be placed in Slot 1 . If the 
CPU is placed in a different slot, the RELATIVE card ordering in the chart 
should still be observed. 

In the chart below, boards are shown on the left, and iiie siois Ihey go into aj^ar 
in the columns to the right. The relative priority is expressed with a letter from 
A, B, or C; A is highest priority, B is medium, and C is lowest. A slot labelled 
"A" is the first choice of locations for the board; if that slot is not available, place 
the board in the slot labelled "B", and if that slot is not available, please it in the 
slotlabeUedX". 



Table 3-2 Board Positioning Chart 
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3.5. Insertion into a 
Backplane 



3.6. Power Up 



Board 


Slotl 


Slot 2 


Slot 3 


Slot 4 


Slots 


Slots 6-21 


IE CPU 


A 












IE Video 




A 










1EECC(#1)* 




A 


B 








1EECC(#2)* 






A 


B 






1EECC(#3)* 








A 


B 




1EECC(#4)* 










A 




SCSI/Ether (3E340) 












Any Free Slot 


Other VME Cards 












Any Free Slot 



* Be sure that the P2 Bus extends to this slot. 

SPARCengine IE connectors PI and P2 respectively plug into the backplane 
connectors Jl and J2. All four connectors are keyed to prevent misinsertion. 

Connect SERIAL A via a cable to a temiinal. See section 18.7 of this manual. 

The default power-up sequence consists of a series of minimal component func- 
tional tests and initialization, followed by booting. 

Turn on the power to the backplane. 

In the default autoboot mode, the SPARCengine IE CPU attempts to boot 
SunOS 4.0.3e from an attached SCSI disk. Because a disk is not attached, the 
Open PROM displays an identification banner and enters the command mode of 
the "PROM monitor" (a program that monitors the activity of the keyboard). The 
PROM displays a > prompt 
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How to Talk to the 
SPARCengine IE 4MB On- 
Board Memory 



Memory Test Command One 



Memory Test Command Two 



Memory Test Command Three 



Type n to enter the FORTH interpreter. 

FORTH displays the ok prompt. Basic Assembly PROM commands are avail- 
able to the SPARCengine IE CPU in this interpreter. 

There is at least 4MB of memory available to the SPARCengine IE CPU card. 
The first tests to validate the correct operation of the SPARCengine IE CPU card 
PROM is to validate correct operation of this memory. Use one of the three 
commands explained below: 

Perform a LOOP/READ that validates that the on-board memory is functional: 

100 50 dump 

RESULTS: If the PROM and the on-board memory is functional, a memory 
location table is displayed. If the PROM or the on-board memory is not working, 
you receive one of a number of possible error messages indicating a problem 
with the memory. 

Perform a LOOP/WRITE that writes a number pattern to memory, validating 
memory and memory response: 

JOO 50 12345678 Ifill 

RESULTS: If the SPARCengine IE is working correctly, the number pattern 
12345678 is written to memory, and you will receive the ok prompt. If the 
PROM or the on-boaid memory is not working correctly, you receive one of a 
number of possible error messages indicating a problem. 

Perform a memory test that exercises the on-board memory. This test does not 

reside in the BIOM, and must be keyed in at the FORTH prompt Key in the fol- 
lowing program: 



; memcny-test ( - ) 
ISO 100 do 
12345678 il! 
il@di9 

12345678 o 
if ." obs = " . 

.'•cxp=" 12345678 

." Mir = i . cr 
ekedrop 
then 
4+loop 



from 0x100 to 0x150 
longwoid write 
longword read(iesult 
left on stack) 
compare 



When this code has been correctly entered, you can perform the memory test: 

memory-test 

RESULTS: If the SPARCengine IE is working correcfly, the memory test is 
written to memory, and you will receive the ok prompt. If the PROM or the on- 
board memory is not working correctly, you receive one of a number of possible 
error messages indicating a problem. 
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Connea the cables for the additional devices you wish to test with the SPARC- 
engine IE: SCSI, keyboard, Ethernet, Serial Ports A and B. 

3.7. How to Talk to the Accessing devices available on the SPARCengine' s buses in general requires 

SPARCengine IE mapping and reading and writing the device. 



Buses 



The procedure below can be used to map in memory (ECC or parity). Devices 
are mapped in two stages: 



Step One Select unused segments, virtual address range and size. Map in the segments, 

e.g., seg# = 0x80, va = 0x1000000, size = 0x800000. 

80 1000000 800000 map-segments 

NOTE: Oxff is conventionally used as the invalid pointer. Some segments are already 
being used, e.g., OxO-OxF for 4MB parity memory for ECC memory low, Oxf8- 
Oxfb for the framebuffer, Oxfd for ROM, Oxfe for RAM [for PROM]. 

Step Two Selea a physical address range and space. Map in the pages, e.g., pa = 0x40000, 

space = vmed32a32. 

40000 vmed32a32 1000000 800000 map-pages 

How to Talk to the VMEbus VME devices must be mapped in using the above procedure. (Spaces available 

for use are vmed32a32, vmed32a24, vmed32al6, vmedl6a32, vmedl6a24, 
vmedl6al6). 

Example: to map 2MB of VME D32 memory at 0x800000: 

use seg#=0x30, VA = 0x400000 

30 400000 200000 map-segments 

800000 vmed32a32 400000 200000 map-pages 

Memory can then be dumped with: 
800000 100 dump 

How to Talk to the SBus SBus devices are handled using the IDPROM onboard the SBus card. The 

IDPROM contains a driver for the SBus card which is read at boot time and 
interpreted by the Open PROM. During debug of an SBus device or it's driver a 
device in an SBus slot may be mapped in using map-sbus. (See the Open 
PROM Toolkit User's Manual for a description of the map-sbus). 

How to Talk to the P-2 Bus P2 devices must use the procedure below (space = obmem for P2 memory; space 

= obioforP2I/0). 

Example: to map 2MB of ECC memory at 800000: 

use seg#=0x30, VA = 0x400000 
30 400000 200000 map-segment': 
800000 obmem 400000 200000 map-pages 
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3.8. Running Extended 
Selftests 



3.9. Running Functional 
Tests 



Setting the diagnostic switch and reseting the board will cause the board to 
come-up into the extended selftests. 

setenv diag-switch? true 
reset 



NOTE Results of this test are printed only on Serial Interface A. 



The following tests are available for testing functional units on the board. These 
tests are automatically run at a reset or a power-up. They can be run individually 
by leaving the PROM monitor and entering the PROM. 

At the > prompt, enter n. 

At the ok prompt, enter one of the following commands. 

test-control-regs 

test-net 

test-cache 

test-memory 

watch-clock 

watch-net 

NOTE Press escape to abort or stop any test. 
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4 



Board Overview 



4.1. Required Reference 
Material for the 
SPARCengine IE 



4.2. Introduction 



NOTE 



4.3. CPU 



Reference material required for a complete definition of the SPARCengine IE: 
The SPARC Architecture Manual Sun Part No. 800-1399-xx 
Release Manual for SunOS 4.03e Sun Part No. 800-1835-xx 

The SPARCengine IE is a RISCAJNIX Eurocard for industry-standard double- 
high (6U) VMEbus and rugged applications. It features 12.5 MIPS and 1.4 
MFLOPS performance, 4 MB of parity memory on-cand, and off-card expansion 
up to 64 MB of ECC memory on a private P2 Bus. Other input/output ports 
include one SBus expansion slot, SCSI and Ethernet ports and two serial I/O 
ports. The CPU card contains both a cache and a memory management unit to 
achieve maximum use of the SPARC architecture. 

The CPU card comes with or without a floating-point unit (FPU), depending 



AL/VA 



The CPU card uses the Sun SF9010 chip set to implement the Sun-4 architecture. 
It features a full 32-bit virtual address and 32-bit data capability, and it uses the 
SPARC RISC architecture to achieve maximum speed. 

The SPARCengine IE CPU runs SunOS 4.0.3e, a variant of the standard SunOS 
4.0.3 for the Sun-4. Refer to the Release Manual for SunOS 4.03e for more 
details about the SunOS for the SPARCengine IE. 

SunOS 4.0.3 and SunOS 4.0.3c (SPARCstation 1 SunOS) will not operate on the 
SPARCengine IE. 

The CPU is comprised of an Integer Unit (lU) that perfonns basic processing and 
an optional Floating-Point Unit (FPU) that performs floating point calculations. 

The lU includes a 32-bit external bus interface with separate data and address 
buses, a four-stage instruction pipeline, a barrel shifter, two data aligners, and a 
three-port register file consisting of 120 registers. These registers are configured 
into overlapping sets that facilitates the passing of parameters. All instructions 
with the exception of loads, stores, and floating-point operations can be executed 
in one machine cycle. 

The lU and FPU arc linked through a dedicated interface that supports concurrent 
floating- point instruction execution. 
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Refer to the SPARC Reference Manual (825-1080-01) for more details. 

4.4. MMU The Memory Management Unit (MMU) maps virtual addresses used by the 

SPARC processor into the physical addresses used by main memory. 

The card architecture is divided between control space and device space. Control 
space contains the architectural extensions to the CPU, on the untranslated side 
of the MMU. Device space contains the devices on the translated side of the 
MMU. Control space is used for system control operations, and device space is 
used (mostly) for normal operation. 

4.5. Cache The cache is a direct-mapped virtual-address write-through cache, organized into 

16-byte blocks, called lines. Each line contains 4 words of data from main 
memory, and has a corresponding tag field containing infonnation about the line. 
Its relationship to the system appears in the following figures. 
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Rgure 4- 1 Functional Block Diagram 
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Figure 4-2 


System Address Diagram 
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4.6. SBus 



The SBus is the basic communication mechanism between the processing core 
(CPU, MMU, and Cache) and the main memory and various I/O devices. The 
Cache serves as the system controller for the SBus. The MMU translates the vir- 
tual address output of the CPU and drives the resultant physical address onto the 
SBus. It also decodes this physical address into a set of select signals used to 
enable the main memory and I/O devices on the SBus. See the chapter on the 
SBus Interface for more details. 
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4.7. Direct Virtual Memory 
Access (DVMA) 



4.8. Device Space 



The DVMA (EHrect Virtual Memory Access) unit provides two channels of direct 
memory access between the main memory on the SBus and the SCSI and Ether- 
net interfaces. It also piuvides the path ben;v'een the SBus and the SCSI and Eth- 
ernet interface devices required for the CPU to initialize and configure these 
interfaces. See the chapters on the SCSI Interface and the Ethernet Interface for 
more details. 

In addition to the Ethernet and SCSI interfaces, the VME slave interface permits 
accesses of main memory by a VMEbus master through direct virtual memory 
access. See the chapter on the VMEbus Interface for more details. 

Device space consists of all mapped main memory and I/O devices that are 
accessed through translated physical addresses. These include On-Board parity 
memory. Local Devices (Keyboard/Mouse Port, Serial Ports, TOD Qock and 
NVRAM, EPROM, Counter-Timer registers. Memory Error register, and Inter- 
rupt register), SBus Slots, the VME Master interface and the P2 Bus interface. 
See the chapters on Device Space, VMEbus Interface, and P2 Interface for 
more details. 



4.9. Address Spaces 



At the top level, address spaces are identified by the address space identifier (asi) 
bits. These are part of the SPARC Architecture, and are described in the SPARC 
Architecture Manual. 

The asi bits divide the addresses into two broad categories; control space and 
device space. Control space contains various unmapped system utilities; device 
space contains the part of the system that is accessed through the map. These 
spaces appear in the figure above. 

Note that the CPU card only supports the asi values shown in the above figure. 

The SPARC architecture automatically sets the asi bits correctly for accesses to 
user data, user instruction, supervisor data, and supervisor instruction spaces. To 
access other spaces, use the "alternate space" instructions described in the 
SPARC Architecture Manual to force the asi bits to the desired value. 



4.10. Control Space 



Control space contains the unmapped portion of the system. This contains dev- 
ices used to directly control the system. Note that the MMU itself is in control 
space. 

System Space 

System space includes all accesses with asi - 0x2. It contains control and 
status registers, a serial port bypass, and cache tags. The system space dev- 
ices are listed and described in the chapter System Space. 

Page and Segment Maps (MMU Direct Access) 

These address spaces enable direct access to the MMU RAMs. They are 
used to load the map, and are described in the chapter Memory Management 
Unit. 

Cache Flush Ojjerations 

Cache flush space operations flush lines in the cache based on a matching 
criteria. If the line matches the criteria, the line is invalidated. Cache flush 
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4.11. Error Registers 



criteria include page match, segment match, or context match. Cache flush 
operations are described in the chapter Cache. 

Cache Data Space 

Cache data space accesses provide direct access to the cache RAMs. 
A[16:0] provide the address. 

The CPU card provides two types of error registers. They are: 

□ The bus error register is in system space. After a memory error exception, 
these registers identify the cause and location of the error. This register is 
described in the chapter System Space. 

a The memory error register is in device space. This provides information 
about memory parity errors. It is described in the chapter Device Space. 

These memory maps are presented from the Open PROM point of view at boot 
time. The diagrams are not to scale. Device space is represented by two memory 
maps. 

1 . With parity memory enabled: 4MB of on-board parity in low memory and one 
to four 4MB/16MB ECC cards in high memory. 

2. With parity memory disabled: one to four 4MB/16MB ECC cards in low 



4.12. Memory Maps for the 
SPARCengine IE 
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Figure 4-3 Type (obmem) Space Physical Memory Layout ~ Parity Enabled 
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Figure 4-4 Type (obmem) Space Physical Memory Layout -- Parity Disabled 
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Rgurc 4-5 Type 1 (obmem) Space Segment Allocation 
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Figure 4-6 Type 2 Space 
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Figure 4-7 Type 3 Space 
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Figure 4-8 Segment Allocation (Context 0) 
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0xf8000000 




OxffdcOOOO 


f9 


Frame Buffer 


0xf8040000 




OxffeOOOOO 


fa 


Frame Buffer 


0xf8080000 




0xffe40000 


fb 


Frame Buffer 


0xf80c0000 




0xffe80000 


fd 


ROM Segment 


OxfcOOOOOO 




OxffecOOOO 


fe 


RAM Segment 


OxO03cOO00 




OxfffOOOOO 


ff 


DVMA Segment 1 


Not Mapped 




0xfff40000 


ff 


DVMA Segment 2 


Not Mapped 




OxfffSOOOO 


ff 


DVMA Segment 3 


Not Mapped 




OxfffcOOOO 


ff 


DVAM Segment 4 


Not Mapped 


TPD-0207 
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Figure 4-9 Virtual Memory Layout for Context 



Virtual Memory Layout for Context 



Virtual Address 

0x10000000 
OxfffOOOOO 
0xffed6000 

0xffec6000 
OxffecOOOO 

OxfTeSOOOO 
(ROMbase) 

OxffdSOOOO 

OxffdleOOO 

OxffdlcOOO 

OxffdlaOOO 

OxffdISOOO 

OxffdiiouG 

0xffdl4000 

0xffdl2000 

OxffdOeOOO 

OxffdOaOOO 

0xffd06000 

0xffd04000 

0xffd02000 

OxffdOOOOO 

Oxfe(|00000 

I 
0x02000000 



0x00000000 



DVMA 



invalid 



ROM RAM Data (64KB) 



— Dictionary (24KB) — 
ROM (256KB) 



Frame Buffer (1MB) 



invalid 



Device Virt Base — 

ECC Ctl Reg 

VMEctl Reg 



DMA Reg 

ESP Chip 

Aux Reg 

Interrupt Enable 
EEPROM 



Counter & Clock 

UART 

Mouse 



invalid 



not used (3.98 GB approx) 



invalid 



Parity or ECC Board 
Mapped 1-1 



Physical Address 



Not Mapped 
0x00400000 type 

0x003f0000 type (RAMbase) 
0x003f4000 type 

OxfcOOOOOO type 1 



0xf4800000 type 1 



(32MB) 



OxfcOOOOOO 

OxefeOOOOO 

OxeSOOOOOO 

0xf0400000 

OxfOSOOOOO 

OxeeSOOOOO 

OxeaOOOOOO 

0xe6000000 

0xe4000000 

0xe2000000 

OxeOOOOOOO 



type 1 
type 1 
type 1 
type 1 
type 1 
type 1 
type 1 
type 1 
type 1 
type 1 
type 1 



(32MB) 



0x00000000 type 



TPD-0208 
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NOTE 



^ 



Control Space Registers and Utilities 



System space contains various control and status registers, cache tags, and a 
bypass port to the serial port. 

The SPARC processor accesses system space with asi - 0x2. Address bits 
A[31 :28] select a device within the system space, and various other address bits 
may selea an offset within that space. Address bits outside defined fields are 
ignored. 

System space accesses can only be done using the "alternate space" instructions 
described in the SPARC Architecture Manual. System space accesses require 
supervisor privilege, and are not mapped (they do not go through the MMU). 

The following table shows the system space addresses: 



Table 5 - 1 System Space Devices 



1 Tx-..:__ 

la; Vice 


rvLJi.^oj 


e: — 






Context Register 
System Enable Reg 
Bus Error Regs 
Cache Tags 
Cache Data 
Serial Port Bypass 


0x3 
0x4 
0x6 
0x8 
0x9 
OxF 


8-bit 

8-bit 

8-bit 

32-bit 

32-bit 

8-bit 


R/W 

R/W 

Read only 
R/W 
R/W 
R/W 


A[15:2] 
A[15:2] 
A[2:l] 



5.1. Context Register 



The following sections describe each: 

A context is the memory access for each process (window) running up to a total 
of eight processes (SunOS limitation). If the number of processes running under 
SunOS exceeds eight, swapping into the eight context addresses occurs. 

The context register is in system space at address 0x3. It is a read/write device; 
bits D[2:0] identify the current MMU context (8 possible). Writing to unused 
bits has no effect, and reading them produces zeroes. 

The context register provides a convenient and easy method of switching con- 
texts. 
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Programming Example for 
Setting the Context Register 



The following programming example is provided simply as a guide for your pro- 
gramming, and is not intended to be used as is. 

/* 

* cntx.s 

* Copyright (c) 1989 by Sun MitTosystems, Inc. 
*/ 

#define CNTXT.hOJM 0x04 /* Context Register Test ♦/ 

idefine CONTEXTBASE 0x30000000 /* context reg */ 

#define ASI_CTL 0x2 /* control space*/ 

#define quit_key Ox 11 /* Cntl-q: quit this test,go to next */ 

#define NCONTEXT 8 /*polaris*/ 

/*#define FORCE_CONTEXT_ERRORS*/ 

.seg "text" 
.global context_tst 



Context Register Test 

Data horn 0x00 to NCONTEXT-1 is written to the Context Register and 
read back and compared. 



context_tst: 

save %sp, -MINFRAME,%sp ! preserve calling window 

set «iixt_ist_iAi, %o0 ! test descriptor text 

call test$ 

or %gO, "CNTXT_NUM, %ol ! set test # 

mov %gO, %o2 ! Set initial pattern. 



1: 



set 2f. %g4 



! «^0P OF TEST LOOP»> 



set CONTEXTBASE, %o3 ! point to the context reg 
stba %o2, (%o31 ASI_CTL ! Write Context register. 
Iduba [%o31 ASLCTL, %ol ! Read Context register. 



cmp %o2, %ol 



! Data read back correct? 



#ifhdef FORCE_CONTEXT_ERRORS 
be 3f ! if equal OK 

#endif FORCE CONTEXT ERRORS 



nop 

set cntxt_err_txt, %oO ! error text msg addr 

call CTiorS ! Context register read data != write. 

nop 

! data not = read data! 
call loopSend ! «<BOTTOM OF TEST LOOP»> 

nop 

cmp %oO, quit_key ! This test aborted? 

be 9f 
nop 

cmp %o2. NCONTEXT-1 
beq 9f 
nop 



9: 



inc %o2 
b 2b 
nop 



llncremenl test pattern. 
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set CONTEXTBASE, %14 
stba %gO, [%14]ASI_CTL 
ret 
restore 



! pomto^ to context register 
! set context 0. 



5.2. System Enable 
Register 



NOTE 



The system enable register is an 8-bit read/write register in system space at 
address 0x4. It enables various system facilities, including booting. The bits 
have the following meanings: 

All these bits are active HIGH except EN. BOOT, which is active LOW. During 
reset, this register is cleared to all zeroes. This enables the boot state, and dis- 
ables all others. 



Table 5-2 System Enable Register Bits 



Bit 


Name 


Function 


D[0] 


ENA.DIAG 


Reads back as 


D[l] 


Not Used 


Reads back as 


D[2] 


ENA.RESET 


Resets CPU and cache 


D[3] 


Not Used 


Reads back as 


D[4] 


ENA.CACHE 


Enables cache 


D[5] 


ENA.SDVMA 


Enables system DVMA 


D[6] 


Not used 


Reads back as 


D[7] 


ENA.BOOT_ 


Enable boot state 



ENA.DIAG 

Reads back as 0. 

ENA.RESET 

Setting this bit to 1 causes a reset. Note that control is not returned to the 
program that reset the bit; instead, a reset occurs. 

ENA.CACHE 

This bit enables the cache when it is HIGH. 

ENA.SDVMA 

This bit enables system DVMA from the system bus. 

ENA.BOOT_ 

This bit enables the system boot state when it is LOW. During boot state, all 
supervisor program fetches are from EPROM, regardless of the state of the 
MMU. All other types of references are unaffected, and are mapped as 
usual. 



Three Programming 
Examples for the System 
Enable Register 



The following examples demonstrate typical uses of the System Enable Register. 
The code fragments below: (1) turn the processor cache on; (2) tum the proces- 
sor cache off, and (3) reset the CPU. 
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Turning the Processor Cache 
ON 



* The #defines below are used in the code fragments which follow. 

*/ 



■seg 
_enablereg: 



"data" 
.byte 



#defineENA_RESET 0x04 
#define ENA_CACHE 0x10 
#defineENA_SDVMA 
#defineENA BOOT 0x80 



0x20 



! software copy of the System Enable Registo* 

! Reset CPU bit 
! Cache raiable bit 

! System DVMA enable bit 
! Boot state enable bit 



#define ENABLEREG 0x40000000 ! Address of System Enable Register in ASI_CTL space 
#define ASI_CTL 0x2 ! Control Space address space indicator (ASI) 



* The following code turns the cache on by setting the approfviate bit 

* in the System Enable Register. 

*/ 



•seg 



text 



mov 


ENA.CACHE. %oO 


mov 


%psr, %o3 


or 


%o3. PSR.PIL, %gl 


mov 


%gl, %psr 


nop; 


nop 


set 


_enablereg, %ol 


Idub 


[%ol]. %gl 


set 


ENABLEREG. %o2 


bset 


%oO,%gl 


stb 


%gl. [%ol] 


stba 


%gl. [%o21ASI_CrL 


mov 


%o3, %psr 



nop; nop 



! %o3 gets a copy of the Processor status register 
! spl() high to protect Sys Enable Register update 
! set the new processor interrupt level 
! psr update delay (necessary) 

! address of software copy of the System EnaUe 
! Register 
! %gl gets the software copy 

! %o2 gets the hardware address of Sys Enable Reg 
! set the Cache liable Ut in the software copy 

! set the Cache Enable bit in tte Sys Enable Register 
! restore original jn'ocessor status register value 
! psr update delay 



Turning the Cache OFF 



"* The following code turns the cache off by clearing the appropriate hit 
* in the System liable Register. 

*/ 



.seg "text" 



mov 


ENA .CACHE, %oO 


mov 


%psr. %o3 


or 


%o3. PSR_PIL, %gl 


mov 


%gl, %psr 


nop; 


nop 


set 


_enablereg, %ol 


Idub 


[%ol], %gl 


set 


ENABLEREG. %o2 


bclr 


%oO, %gl 


stb 


%gl,[%ol] 


stba 


%gl, [%o2]ASI_CTL 


mov 


%o3, %psr 



nop; nop 



! %o3 gets a copy of the Processor status register 
! spl() high to protect Sys Enable Register update 
! set the new jn-ocessor intorupt level 
! psr update delay (necessary) 

! address of software copy of the System Enable 
! Register 
! %gl gets the software copy 

! %o2 gets the hardware address of Sys Enable Reg 
! clear the Cache Enable bit in the software copy 

! clear the Cache Enable bit in the Sys Enable Reg 
! restore original processor status register value 
! psr update delay 
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Reseting the CPU with the 
System Enable Register 



* The following code resets the CPU by setting the app r op riate bit 
"^ in the System Enable Roister. 

*/ 



^g 


text 


mov 
mov 
or 
mov 


ENA RESET. %oO 
%psr, %o3 
%o3. PSR.PIL, %gl 
%gl, %psr 


nop; 
set 


nop 
_enablereg, %ol 


Idub 

set 

bset 

stb 

stba 

mov 


[%ol]. %gl 
ENABLEREG, %o2 
%oO, %gl 
%gl. [%ol] 
%gl. [%o2]ASI_CrL 
%o3, %psr 


nop; nop 



! %o3 gets a copy of the Processor status register 
! spl() high to protect Sys Enable Register iqxlate 
! set die new processor intorupt level 
! psr update delay (necessary) 

! address of software copy of the System Enable 
! Register 
! %gl gets the software copy 

! %o2 gets the hardware address of Sys Enable Reg 
! set the Reset Enable bit in die software copy 

! set the Reset Enable bit in the Sys Enable Register 
! restore original processor status register value 
! psr update delay 



5.3. Bus Error Registers 



The SPARCengine IE CPU card provides four bus error registers; two of these 
identify the type and location of synchronous bus errors, and two of them iden- 
tify the type and location of asynchronous bus errors. 

All of these registers are accessed by fuUword loads and stores. They all respond 
to read or write accesses; however writing them is meaningless. 

The registers are addressed as follows: 



Table 5-3 Bus Error Registers 



Address 



0x60000000 
0x60000004 
0x60000008 
0x6000000C 



Description 



Synchronous error register 
Synchronous error virtual address register 
Asynchronous error register 
Asynchronous error virtual address register 



Synchronous bus errors are those that occur due to the execution of an insmic- 
tion; they are reported to the CPU by a trap at the end of the instruction's execu- 
tion. Asynchronous bus errors are those that cannot be associated with the exe- 
cution of the current instruction; they are related to such things as DVMA 
activity or buffered writes. These errors are reported by a level- 15 interrupt. 



Synchronous Errors 



NOTE: 



The synchronous error register records information about any synchronous error 
that occurs. It records all errors since it was last cleared, and reading it clears it. 
All bits are active HIGH except bit D15. 

If more than one bit is HIGH, to determine the true cause of the error, first deter- 
mine the address associated with the error. For data exceptions it will be in the 
synchronous error virtual address register, for instruction exceptions, it will be in 
the saved program counter (see the SPARC Architecture Manual). Then, manu- 
aUy inspect the page map entry associated with that address to determine the true 
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Programming Example for 
Using the Synchronous Bus 
Error Register 



cause of the error. 

The bits have the foUowing meanings: 

DO — SE.WATCHDOG 

This bit indicates a restart due to an I U error. 

Dl — SE_SIZERR 

This bit indicates that an incorrect size transfer was attempted. 

D2 — Unused 

This bit reads as 0. 

D3 — SE_MEMERR 

This bit indicates that a memory parity error occurred. 

D4 — SE_SBERR 

This bit indicates that a bus error happened during an SBus master, VME 
master, or P2 bus access. 

D5 — SE.TIMEOUT 

This bit indicates an access to a non-existent device or to non-existent physi- 
cal memory. 

D6 — SE.PROTERR 

This Ut indicates that a protection error occurred. This can be caused by an 
attempted write to a read-only page, or by a user-mode access to a 
supervisor-only page. 

D7 — SE.INVALID 

This bit indicates that the valid bit was zero in a page map entry. 

D[14:8] — Unused 

These bits read as zeros. 

D15 — SE_RW 

When this bit is HIGH, it indicates that an error occurred during a write 
cycle. When it is LOW, it indicates that an error occurred during a read 
cycle. 

The synchronous error virtual address register is latched with bits VA[31:0] 
when any synchronous error occurs, and it is unlatched when the synchronous 
error register is read. 

The following programming example is provided simply as a guide for your pro- 
granmiing, and is not intended to be used as is. 

/* 

* syncs 

* Copyright (c) 1989 by Sun Microsystems, Inc. 
*/ 



#define ASI_CTL 0x2 /* Control Space*/ 

#define BUSERROFB 0x60000000 /* Sync Bus Error Register */ 

.seg "text" 
.global Sync_reg 
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Sync Register 



Syiic_reg: 
save 
set 
call 
nop 



%sp, -MINFRAME,%sp ! preserve calling window 
SyiK_br^, %oO ! Address of message, 

prints ! "Sync Register Read/Write Test" 



clr %11 



set BUSERROFFl, %17 
Ida [%17]ASI_CTL, %12 
sta %1L [%171ASI_CTL 
ret 
restore 



! Clear the %11 Register. 



! Sync Bus Error Regist^. 
! Save Bms error register. 
! write to biisen reg to clear. 



.global Sync_breg 
Sync_breg: 

.asciz" IS 12Sync Registers Test." 



Programming Example for 
Using the Synchronous Virtual 
Register 



The following programming example is provided simply as a guide for your pro- 
gramming, and is not intended to be used as is. 



♦ sync_virLs 

* Copyright (c) 1989 by Sun Microsystems. Inc. 
*/ 



#define ASI_CTL 0x2 /♦ Control Space*/ 

#define BUSERROFF2 0x60000004 /* Sync Bus Error Register */ 

.see "text" 

.global Sync_virt_reg 



Sync Virtual Address Register 



Sync_virt_reg: 

save %sp, -MINFRAME,%sp ! preserve calling window 

set sync_virtreg, %oO ! Address of message. 

call prints ! "Sync Virtual Address Register Read/Write Test.' 

nop 



clr %11 



! Clear the %11 Register. 



set BUSERR0FF2, %17 
Ida [%17]ASI_CTL, %12 
sta %11, [%17]ASI_CrL 
ret 
restore 



! Sync Bus Error Register. 
! Save Bus error register. 
! write to buserr reg to clear. 



.global sync_virtreg 
sync_virtreg: 

.asciz "15 12Sync Virtual Address Registers Test." 
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Asynchronous Errors 



Programming Example for 
Using the Asynchronous Bus 
Error Register 



The asynchronous error register latches the status of the system when an asyn- 
chronous error occurs. It latches all errors that occurred since it was last cleared. 
Reading this register also clears it. All bits arc active HIGH. 

The bits have the following meanings: 

D[3:0] — Unused 

These bits read as O's. 

D4 — ASE_DVMAERR 

This bit indicates that a bus error occurred during a DVMA access. 

D5 — ASE_TIMEOUT 

This bit indicates that a non-existent device was addressed. 

D7 — ASE_INVALID 

This bit indicates that the valid bit was (invalid) in a page map entry. 

The asynchronous error virtual address register contains the virtual address asso- 
ciated with the last asynchronous bus error. It is cleared when the asynchronous 
bus error register is read. 

The following programming example is provided simply as a guide for your pro- 
granmiing, and is not intended to be used as an independent program. 

I* 

* asyncs 

* C(^)yright (c) 1989 by Sun Microsystems, Inc. 

*/ 

#define ASI_CTL 0x2 /* Control Space*/ 

#define BUSERROFF3 0x60000008 /* Async Bus Error Register */ 

.seg "t«it" 
.global Async_reg 



Async Register 



Async_reg: 

save %sp, -MINFRAME,%sp ! fveserve calling window 

set async_reg, %oO ! Address of message. 

call prints ! "Async Register Read/Write Test" 

nop 



clr %11 



! Qcar the %11 Register. 



set BUSERR0FF3, %I7 

Ida [%17]ASI CPU %o2 

sta %11, [%17TaSI_CTL 

nop 

ret 

restore 



! Async Bus Error Registw. 
! Read it back. 
! write to buserr reg to clear. 



.global async_reg 
async_reg: 

.asciz " 15 12Async Registers Test." 
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Prognunming Example for 
Using the Asynchronous Virtual 
Register 



The following programming example is provided simply as a guide for your pro- 
gramming, and is not intended to be used as is. 



r 

* async_virt.s 

* CoDVright (c) 1989 by Sun Microsystems, Inc. 
*/ " " 



#define ASLCTL 0x2 /* Control Space*/ 

#define BUSERROFF4 Ox6000000c /* Async Bus Virtual Register */ 

.seg "text" 
.global Asyiic_reg 



Async Register 



Async_reg: 

save %sp, -MINFRAME,%sp ! preserve calling window 
set async.virtreg, %oO ! Address of message, 

call prints ! "Async Register Read/Write Test" 

nop 



clr %11 



! Qear the %11 Register. 



set BUSERR0FF4, %17 

Ida [%17]ASI CTL, %o2 

sta %11. [%17IaSI_CTL 

nop 

ret 

restore 

.global async_reg 
async_virtreg: 

:- " t« iiA^ > V7:_._i A jj_,.^„ D».„; 



! Async Bus Error Register. 
! Read it back. 
! write to buserr reg to clear. 



More on Timeout Errors 



Accesses to non-existent devices on CPU bus cycles to control space or device 
space will cause timeout errors. 

During system space accesses, timeout errors result from accesses to invalid 
codes within defined fields, or from accesses to unimplemented system space 
devices, where A[31 :28] are not legal values. 

In device space, timeout errors result from accesses to addresses outside the 
defined address space, or accesses to I/O devices which are legal but not present 



5.4. Direct Accesses to 
Cache Tags and Data 



System space provides for direct access to the data in the cache, and to the cache 
tags. These accesses are described in the chapter Cache. 



5.5. Serial Port Bypass 



The serial port bypass is in system space at OxF. It enables accesses to the serial 
port A and B UARTs without using the MMU. The port and mode selection 
works the same as the normal accesses described in ttie chapter Device Space. 
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Device Space 



6.1. Required Reference 
Material 



6.2. Main Memory 



VME Specifications CJ 

AMD Z8530 SCC Data Sheet. 

The Mostek MK48T02-15 Data Sheet. 

Type device space accesses address main memory. Main memory consists of 
up to 16 MB of on-boand, parity-protected DRAM and up to 256 MB of off- 
board ECC-protected DRAM. 



6.3. On-board Memory 



6.4. Off-board Memory 



Address bits PA [28:0] address main memory. To access on-boand main 
memory, PA28, PA27, PA26, PA25, and PA24 must aU be O's. 

The actual memory is provided on four SIP modules. If the 1 MB SIPS are 
present, then the size of the on-board main memory is 4 MB (0x0000000 to 
OxOSFFFFF). If the 4 MB SIPs are present, on-board memory is 16 MB 
(0x0000000 to OxOFFFFFF). 

When 1 MB SIPs are used, the 4 MB of actual memory is 'mirrored' three more 
times on 4 MB boundries, as follows: 

0x000000 to Ox03FFFFF actual memory 

0x040000 to OxOTFFFFF mirror of 0x000000 to OxOSFFFFF 

0x080000 to OxOBFFFFF mirror of 0x000000 to OxOSFFFFF 

OxOCOOOO to OxOFFFFFF mirror of 0x000000 to Ox03FFFFF 

It is important to note that the memory controller for the on-board memory will 
respond to addresses in the range of OxlOOCXX) to OxlFFFFFF. When data is 
written to this range, the data is thrown away. When data is read from this range, 
the data value returned is in-determinate and a parity error is likely to occur. 

Off-board main memory is on the 4E ECC Memory board(s). The 4E CPU 
accesses the 4E Memory via the P2 Bus. To access this memory, PA28 must be 
1. 

Device space contains all the devices that are accessed through the memory map. 
This includes main memory, various on-board devices (keyboard/mouse port, the 
memory error register, the interrupt register, EPROM, NVRAM, the system 
clock, the system bus, and I/O devices), the P2 Bus, and the SBus, which pro- 
vides support for some on-board devices plus additional (SBus type) boards. 
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The type bits and the physical base address in the Page Table Entry (see the 
chapter AfAfLO select items in device space. Onboard and P2 Bus main memory 
is type 0; type 1 is used for onboard devices, P2 Bus devices, and the SBus slot. 
Additional address bits may be used as an offset within the device. 

The following figure shows the mapping of virtual to physical addresses: 



Virtual Memory 




Physical Memorv 








OxFFFFhhhF 

VA[31:29]=111 

OxEOOOOOOO 






OxlFFFFFFF 
Type 3 
0x00000000 




















OxlFFFFFFF 
Type 2 
0x00000000 






MMU 










OxFFFFFFFF 
Typel 

OxEOOOOOOO 










OxlFFFFFFF 

VA[31:29] = 000 
0x00000000 






OxlFFFFFFF 

TypeO 

0x00000000 











Figure 6- 1 Virtual to Physical Address Mapping 

NOTE: The addresses listed in this chapter are physical addresses; these are the 

addresses that the MMU must output. The MMU inputs virtual addresses, and 
outputs physical addresses and type bits. The relationship between virtual 
addresses, and the physical addresses and type bits they produce depends on how 
the MMU is loaded by software. 

The type bits are described in the chapter Memory Management Unit. 

NOTE: The MMU will output addresses in the 0- 1/2 GB (29 bits) address range. To 

access the full VME address space, the A32MAP register on the VME gate array 
may be written to increment the address output by the MMU in steps of 1/2 GB. 
Thus, the full 4GB of VME address space may be accessed. 

See the VME Specifications C.l for correct use of the A32MAP register. 
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Table 6-1 



NOTE 



The following table shows the device space i^ysical addressing: 
Device Space Addressing 



Device 


Type 


Physical Base 


Address 






Address 


Offset Bits 


Main memory, onboard 





Ox(X)000000 


PA[25:0] 


P2 Bus Memory 





OxlOOOCXXX) 


PA[28:0] 


KeyboardAnouse port 




OxEOOOOOOO 


PA[2:1] 


Serial port 




OxE2000000 


PA[2:1] 


TOD clock and NVRAM 




0xE4(X)0000 




Counter-timer registers 




OxE6(X)0000 




Memory error register 




OxESOOOOOO 




Intemipt register 




OxEAOOOOOO 


Ibyte 


EPROM 




oxEa)ooooo 


PA[17:0] 


ECC G/A Register (reserved) 




0xEE200000 




LED's (Aux VO) 




OxEESOOOOO 


PA[20:0] 


SBusslotO 




OxFOOOOOOO 


PA[23:0] 


SBus slot 1 




0xF4000000 


PA[23:0] 


SBus slot 2 (reserved) 




OxFSOOOOOO 


PA[23:0] 


P2 Bus slot 




OxFCOOOOOO 




This table shows 32-bit addresses. 


even thoui 


2h the MMU only on 


touts 



PA[28:00], To improve compatibility with other Sun-4 architectures, bits 
PA[31 :29] are assumed to be all ones. 

Accesses to a non-existent device result in a timeout 

Tne following sections describe main merriOiy, on board devices, and the SBus. 
(Note that certain on-board SBus devices are described in other chapters; see the 
section SBus Interface for details). 



6.5. Local Devices 



The local devices include a keyboard/mouse port, serial ports, a time-of-day 
clock/NVRAM, counter-timer registers, memory error registers, EPROM, and an 
auxiliary output register 



Keyboard/Mouse Port 



NOTE 



The keyboard/mouse Serial Communications Controller (SCC) is in type 1 dev- 
ice space at address 0xE20(X)(XX). It is implemented with a AMD (or Zilog) 
Z8530 SCC. Channel A is connected to the keyboard and channel B is coimected 
to the mouse. 

Just like the serial port SCC, the clock input is independent of the CPU clock and 
runs at 4.9152 MHz. It interrupts the CPU on level 12. Refer to the AMD Z8530 
SCC Data Sheet for a description of the SCC. 

The ports consist of four byte- wide read/write ports addressed by bits PA[2:0] 
(PAO is not really present, and is assumed lo be a 0). 

When accessing the keyboard/ mouse port, remember that your software must 
guarantee a recovery time of 1 .6us. Do not attempt to write to the port faster 
than this limitation. 
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Table 6-2 



The keyboard/mouse addresses are decoded as follows: 
Keyboard/ Mouse Addresses 



Address 


Register 


OxEOOOOOOOO 


Channel B (mouse) control 


OxE00000002 


Channel B (mouse) data 


0xE00000004 


Channel A (keyboard) control 


OxE00000006 


Channel A (keyboard) data 



Serial Port 



The serial ports are in type 1 device space at address OxE20(X)(X)0. They are 
implemented with a AMD (or Zilog) Z8530 SCC which features two high-speed, 
fully symmetrical and highly programmable serial channels with built-in baud- 
rate generators. The clock input is independent of the CPU clock and runs at 
4.9152 MHz. It interrupts the CPU on level 12. Refer to the AMD Z8530 SCC 
Data Sheet for a description of the SCC. 

The serial port interface consists of 4 byte-wide read/write channels selected by 
decoding PA[2:0] (PAO is not really present, and is assumed to be a 0). Note that 
software must guarantee a recovery time of 1 .6^.s. 

The addresses are decoded as follows: 



Table 6-3 Serial Fori Addresses 



Address 


Register 


OxE20000000 


Channel B control 


OxE20000002 


Channel B data 


0xE20000004 


Channel A control 


OxE20000006 


Channel A data 



TOD Clock and NVRAM 



The Time of Day (TOD) clock circuit contains a Mostek MK48T02-15 
Zeropower/Timekeeper RAM, This chip provides 2K of RAM. The top 8 bytes 
are reserved for clock data, the rest is used to store system configuration informa- 
tion. The clock information occupies the highest 8 bytes, preceded by 20 bytes 
of information corresponding to the IDPROM in earlier Sun CPUs. The rest of 
NVRAM contains data corresponding to the EEPROM in other Sun CPUs. 

The NVRAM space can be accessed by byte, halfword, or fullword loads and 
stores, but the TOD control register should only be written by byte stores. The 
time and date information is stored in 24-hour BCD format. The addresses are: 
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Table 6-4 Clock Chip NVRAM Addressing 



Address 


Description 


0xE4000000to 


EEPROM data 


0xE40007D7 




0xE40007D8to 


IDPROMdata 


0xE40007F7 




0xE40007F8 


TOD control 


0xE40007F9 


Seconds (00 to 99) 


0xE40007FA 


Minutes (00 to 59) 


0xE40007FB 


Hours (00 to 23) 


0xE40007FC 


Days (00 to 07) 


0xE40007FD 


Date (00 to 31) 


0xE40007FE 


Month (01 to 12) 


0xE40007FF 


Year (00 to 99) 



NOTE The NVRAM space contains critical system configuration irtformation. Altering 
this information could adversely affect system performance. 

The Timekeeper contains its own battery backup which has a worse case storage 
life of 1 1 years at 70'C, and a worse case consumption life of 2.8 years at O'C. 

For additional information see The Mostek MK48T02-15 Data Sheet. 



Counter-Timer Registers 



The SPARCengine IE CPU card provides two counter-timer register pairs 
located at GxEuOOOOCX). Each ccuntcr provides a 20 bit wide wnteabls value 
which is incremented at 1 microsecond intervals. When this value reaches the 
value in the corresponding limit register, the circuit generates an interrupt 
(assuming that interrupts are enabled) at level 10 for counter/timer 0, and at level 
14 for counter/timer 1. Then, the counter is reset to 1 u sec. 

Reading the appropriate limit register clears the interrupt and the limit bits. 
Reading the counter register does not clear anything. Writing the limit register 
provides a value for the counter register to "match", and resets the counter regis- 
ter to a value equivalent to one microsecond (a 1 in bit position 10). 

Setting a limit register to causes the corresponding counter to freerun, which 
will generate interrupts when the counter overflows back to zero, approximately 
every 2 seconds. 

Note that bits [9:0] in aU counter-timer registers are unwritable, and read back as 
zeroes. All values are stored in bits [30:10], with bit 10 being the low-order bit. 
To generate an interrupt, for example every millisecond, you would load the 
value 1000 in a register, shift it left 10 bits, then store the result in the limit regis- 
ter. 

Bit 31 in both the limit and the counter registers, is the "limit reached" bit. It is 
set when the value in the counter register reaches the value in the limit register. 
The limit reached bit in the counter register is a shadow of the limit reached bit 
in the limit register, reading the limit reached bit in the limit register resets both 
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registers; writing a to the limit reached bit in the limit register also resets both 
registers. Reading the counter register does not change either. 



The registers are addressed as follows: 
Table 6-5 Counter/Timer Register Addressing 



Address 


Description 


0xE6000000 


counter 


0xE6000004 


limit 


OxE6000008 


counter 1 


0xE600000C 


limit 1 



Programming Example for the 
Counter/Timer Register 



The following code demonstrates how to start the counter/timer-O to interrupt 
periodically with a 1/100 second interval. An interrupt handler at lU level-10 
must be installed to perform the desired actions when this interrupt takes place. 

A CPU scheduler interrupt could be set up in this fashion. 

/* 

* @(#)counter.h 1 .3 89/09/07 Copyr 1 989 Sun Micro 

* Definitions for the SPARCoigine IE on-board counter/timers 

•/ 



#ifndefljOCORE 



typedef struct counterregs 
{ 



u_mt 
u_int 
u_int 
u int 



counterlO; 
limitlO; 
coxmierlA; 
limitl4; 



) CTR.TIMERS; 

#endif ILOCORE 

#define OBIO_CTR_ADDR OxE6000000 

#define CTR_ADDR OxFFFFOOOO /* Mapped virtual address for counters */ 



#define COUNTER 



((CTR.TIMERS *XCrR_ADDR)) 



#defineCTR_UMrr BIT 0x80000000 
#defineCTR_USEC_MASK Ox7ffffcOO 
#defineCrR USEC SHIFT 10 



/* limit bit mask */ 
/* counter/limit mask */ 
/* counter/limit shift */ 



* ML byte-offsets: read CTR_ADDR+CrR_LIM_n to reset 

* counterAimer n. 

*/ 

#define CTR_CNT_ 100x00 

#define CTR.LIM.IO 0x04 

#define CTR_CNT_ 140x08 

#define CTR_LIM_14 OxOC 

#ifndeflint 

static char sccsid[] = "@(#)counter.c 1.3 89/09/07 Copyr 1989 Sun Micro' 

#endif lint 
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I* 

* Machine-dependent counter/timer routines. 

* 

* Startrtclcck restarts the ccunter/tims:^ which provide 

* haidcbck interrupts to kem_clodc.c. 
*/ 



#include <sys^»ramJi> 
#include <sysAime Ji> 
#inch]de <sys/ka7ielJi> 

#include <machine/clock.h> 
#include <niachine^tFegJi> 
#include <madiine/counter Ji> 

/* 

* Start the real-time clock. 

*/ 
startrtclockO 

{ 

/* 

* We will set things up to interrupt evoy 1/100 of a second. 

*/ 
if(hz[=100) 

panic("startrtclock"); 

COUNTER->limitlO = ((1000000 /hz) « CTR.USEC.SHIFT) & CTR.USEC.MASK; 

/* 

♦ Turn on level 10 counter/timer internq)L 
*/ 

set_clk_modcaR_ENA_CLK10. 0); 
} /* end of startrtclock */ 



/* 

* Set and/or clear the desired clock bits in the interrupt 

* register. We have to be extremely careful that we do it 

* in such a manner that we don't get ourselves lost. 

*/ 
set_clk_mode(on, off) 

u_char on; 

u_char off; 



{ 



register u_char intreg; 
register u_int dummy; 
register int s; 

/* 

* make sure that we are only playing w/ 

* clock interrupt register bits 
*/ 

on &= (IR_ENA_CLK14 1 IR_ENA_CLK10); 
off &= aR_ENA_CLK14 I IR_ENA_CLK10); 

/* 

* Get a copy of current interrupt register, 

* turning off any undesired bits (aka 'off) 
*/ 

s = spl7(); 

intreg = *INTREG & "(off I IR_ENA_INT); 
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* Next we turn off the CLKIO and CLK14 bits to avoid any triggers. 

* Thai we clear any outstanding clock interrupts. 
♦/ 

*INTREG &= -aR_ENA_CLKl4 I IR_ENA_CLK10); 

dummy = COUNTER->limitl 0; /* clear counter/timw */ 

dummy = C0UNTER->limitl4; /* clear counter/timer */ 



* Now we set all the desired bits 

* in the interrupt regista. 

* finally we can enable all interrupts. 
*/ 

*INTREG 1= (intreg I on); /* enable flip-flops */ 

(void) splx(s); 

/* end of set_clk_mode */ 



Memory Error Register 



Interrupt Register 



The SPARCengine IE CPU card uses a single parity control register located at 
address OxESOOOOOO. Bits D[31 :8] read back as O's, and bits D[7:0] are used as 
follows: 

D7 — Parity Error 

This bit is set by the hardware to indicate that a parity error has occurred. 

E)6 This bit is set by the hardware to indicate that multiple parity errors have 
occurred (a parity error occurred while D7 = 1). 

D5 — Parity Test 

Setting this bit generates inverse parity. 

D4 — Parity Check 

Setting this bit enables parity checking. 

D3 — Parity Error 00 

The hardware sets this bit to indicate that a parity error occurred in data bits 
D[31:24]. 

D2 — Parity Error 08 

The hardware sets this bit to indicate that a parity error occurred in data bits 
D[23:17]. 

Dl— Parity Error 16 

The hardware sets this bit to indicate that a parity error occurred in data bits 
D[16:08]. 

DO — Parity Error 24 

The hardware sets this bit to indicate that a parity error occurred in data bits 
D[07:00]. 

Reading the memory error register clears it. 

The interrupt register is an 8-bit register in device space at OxEAOOOOOO. It 
enables all interrupts, causes software interrupts, and enables certain interrupts. 
For more on interrupts, see the chapter Interrupts. 

The bits are: 
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Table 6-6 Interrupt Register Bits 



Bit 


Name 


Function 


DO 


EN.INT 


Enables all intemipts 


Dl 


ERINTl 


Generate software intemipt level 1 


D2 


EN.im2 


Generate software interrupt level 4 


D3 


EN.INT6 


Generate software interrupt level 6 


D4 


EN.INT8 


Enable video interrupt level 8 


D5 


EN.INT10 


Enable clock interrupt level 10 


D6 


EN.INT13 


reserved 


D7 


EN.INT14 


Enable clock interrupt level 14 



EPROM 



EN.INT 

This bit enables all interrupts. When it is off, no interrupts occur. 

EN.INT2. EN.INT4, and EN.INT6 

These bits cause software interrupts on their respective levels. The inter- 
rupts caused by these bits stay active until software clears the corresponding 
bit. 

EN.INT8 

This bit enables video interrupt requests on level 8. When it is enabled, a 
level 8 interrupt request is sent on the rising edge of vertical retrace. To 
clear this interrupt, momentarily turn off EN.INT8. 

EN.INTIO 

This bit enables clock intemipts clock interrupt requests on level 10. When 
these interrupts are enabled, a level 10 request is sent on the rising edge of 
the clock interrupt output. To clear the interrupt, momentarily turn off 
EN.INTIO. 

EN.INT14 

This bit enables clock interrupts clock interrupt requests on level 14. When 
these interrupts are enabled, a level 14 request is sent on the rising edge of 
the clock interrupt output. To clear the interrupt, momentarily turn off 
EN.INT14. 

The SPARCengine IE CPU card has 256KB of EPROM containing the boot 
monitor beginning at location OxECOOOOOO in Type-1 physical space. The 
EPROM is also referenced by all Supervisor Virtual addresses when the 
ENA_NOTBOOT bit in the System Enable Register is zero; this occurs at boot 
time. The boot code must initialize the MMU to at least map itself before setting 
the ENA_NOTBOOT bit to one. 

Note that the EPROM does not obey the normal mapping rules. PA[16:0] in the 
EPROM always come from VA[16:0]. Although VA[29:13] are processed by 
the MMU to select a physical address, when PA[27:24] of that physical address 
select the EPROM then bits PA[23:13] from the MMU are ignored. This means 
that, for proper operation of the EPROM, it must be mapped one-for-onc to con- 
tiguous virtual pages beginning on a 256K boundary. 
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Diagnostic Output Register The diagnostic output register is a one-byte write only register located at address 

OxEESOOOOO in type 1 device space. The 8 bits are encoded to identify device or 
board failures. Each data bit drives a corresponding LED display bit. During 
selftest, the 8 LEDs provide status information; see the Diagnostics chapter later 
in this manual. 

6.6. SBus Slots SBus Slot is assigned to the onboard SCSI and Ethernet interfaces. SBus slot 1 

is used for frame buffer and I/O (SBus card) expansion. SBus slot 2 is reserved 
for future use. 



For detailed information on the SBus, see the chapter SBus Interface in this 
manual. 
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Programming Example for the 
Diagnostic Output Register 



This example is merely an infinite loop through the various LED pattern values. 
It demonstrates how to access the Diagnostic register so as to produce a changing 
LED display. 

The pattern that we use is the familiar SunOS "IDLE" pattern. This causes the 
LEDs on the CPU board to be strobed in the familiar "cylon" display used by 
SunOS. 



* LED data for idle patton of diagnostic register. 
*/ 



18 



LEDFIR 


= 


LEDPATCNT= 18 


.seg 


"data" 


led: 




! LEDPAT 


.byte 


Ox7e, Ox7e 


.byte 


Ox7e. Oxbd 


.byte 


Oxbd, Oxbd 


.byte 


Oxdb. Oxdb 


.byte 


Oxdb, Oxe? 


.byte 


Oxe7, Oxe7 


.byUi 


Oxdb, Oxdb 


.l^e 


Oxdb. Oxbd 


.byte 


Oxbd, Oxbd 


!endofl.FDPAT 


.byte 






seg 



text 



set led, %15 



! LEDPTR offset in pattern 



! %15 has address of LED pattern 



mov 

stb 

Idub 

Idub 

subcc 

stb 

set 

stb 

bneg 

nop 

b 

nop 



LEDPATCNT-1, %gl ! # of LED patterns to loop through 
%gl , [%15 + LEDPTR] ! initialize LED pattern index 

[%15 + LEDPTR], %gl ! %gl gets index into LED pattern 

[%15 + %gl ], %g2 ! %g2 gets LED pattern 

%g 1 , 1 , %g 1 ! point to next one 

%gl , [%15 + LEDPTR] ! update pattern pointer 

DIAG_ADDR, %g3 ! %g3 gets virtual address of the Diag Register 

%g2, [%g3] ! write LED pattern to LEDs 

lb 



2b 



6.7. P2 Bus Slot 



A P2 Bus slot is reserved in addition to the SBus slots. This slot resides in type 1 
space just as the SBus slot. This device should not be confused with the P2 Bus 
type memory space. For implementations using the 4E Memory board the 
ECC registers will reside at address OxFCOOOOOO to OxFCOOOOFF. Refer to the 
4E Memory board specification for details. 
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Memory Management Unit 



The MMU translates virtual addresses to physical addresses. In the process, it 
keeps track of the context, the segment and the page, and it provides memory 
protection and updating infonnation. 

Virtual memory occupies the first and last half GB of a 4 GB space. Accesses to 
the middle 3 GBs produce errors. Acceptable virtual memory addresses are: 



0x00000000 to OxlFFFFFFF, and 

OxEOOOOOOO to OxFFFFFFFF 

Note that to fall into the acceptable range, virtual address bits VA[31:29] must be 
either all O's or all I's. 

The following list shows the map's capabilities: 



Table 7- 1 MMU Attributes 



Attribute 


Value 


Page size 


8KBs 


Segment size 


256 KBs 


Process size (context) 


1GB 


Number of contexts 


8 


Pages per segment 


32 


Number of pmegs 


256 


Number of page map entries 


8K 


Number of segment map entries 


32K 



Accesses through the map take the following steps: 

The context bits are concatenated to the segment number to select an address 
in the segment map, which puts out an 8-bit Page Map Entry Group 
(PMEG). 

The PMEG is concatenated to the 5-bit page field of the virtual address, and 
these 13 bits select an address in the page map. The page map puts out 32- 
bits, containing 8-bits of infomiation about the page (type, privilege, etc), 
and 16 bits of high-order address information which actuaUy points to a phy- 
sical page. 
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The physical page number is concatenated with the 13-bit physical offset 
from the virtual address, and this is a complete physical address. 

The mapping appears in the following Figure: 
Figure 7- 1 Memory Management Unit 



VIRTUAL ADDRESS 



Context 



A[31:30] 



Segment - 12 bits 



Page - 5 bits 



Segment map RAM 



PMEG 



f 



Physical Offset - 13 bits 



Page map RAM 



PAGE TABLE ENTRY (PTE) 



w 



type 



m 



reserved 



Physical page - 16 bits 

T 











PHYSICAL ADDRESS , 


f \ 


' 


Physical page- 16 bits 


Physical offset - 13 bits 



NOTE For compatibility with other Sun-4 architectures, bits PA[31:29J are assumed to be all zero's (000) for type 
space, and all ones (J 11) for type 1 space. The map actually outputs bits PA[28:00J. 



7.1. Page ID bits 



Bits 31 through 16 of the page map entry provide the following information 
about the page: 

3 1 Valid bit. When HIGH, it means the page entry is valid and it allows read 
and execute access to the page. 

30 Write access bit. When HIGH, page is enabled for writing. 

29 Supervisor access. When HIGH, only supervisor access is allowed. 

28 Don't cache. When HIGH, forces accesses to main memory instead of 
cache. 

27 and 26 

Type bits, which select device space access as follows: 
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Table 7-2 Page ID Bit Definitions 



Page ID Bits Programming 



JLL<Aaillpl£ 



Bit 27 


Bit 26 


Type 





1 

1 



1 


1 


Main memory (type 0) 
1/0 space (type 1) 
VMED16Port(type2) 
VMED32Port(type3) 



25 Accessed bit. When HIGH, this bit indicates that the page has been accessed 
by the CPU or DVMA. This bit does not specify whether the access was a 
write or a read. 

24 Modified bit. This bit is set when the page is modified. 

23 through 16 

Reserved for future use. 

15 through 

Physical page number. These bits identify an actual physical page. They are 
concatenated with bits through 1 1 of the virtual address to form an actual 
physical address. 

The MMU is loaded dynamically by the kernel, which keeps track of where it 
puts things. 

The following code fragment demonstrates the use of the page ID bits. In the 
XcuxidIs w* construct a iiis"''in'* between *• selecte'^ virtual ad^"*^s and ^^'* 



W/VCUXIL/XW, 



•fi'"*e> 



Diagnostic Register. Since the Diagnostic Register is in type 1 space (OHIO), we 
must make use of the type space bits. Furtheimore, we wish to provide write 
access for the kernel, but not to users; hence, we must set the Valid (PG_V), 
Write Enable (PG_W), and Supervisor Access Only (PG_S) bits in the protection 
fields of the page ID bits. 

Since type 1 (OHIO) space is not cacheable, we must also set the No Cache 
(PG_NQ bit of the page ID bits. 

#definePG_V 0x80000000 /* page is valid */ 

idefine PG_W 0x40000000 /* write enable bit */ 

#definePG_S 0x20000000 /* system page */ 
#definePG_NC 0x10000000 /* no cache bit */ 

#defineOBIO 0x1 



DIAG.ADDR = OxDFFEEOOO ! virtual address in type 1 space 

OBIO_DIAG_ADDR = OxEESOOOOO ! physical address of Diag reg 



PROT 

TYPESPACE = 
PGFRAME 
DIAG_PTE = 

#defineASI PM 



(PG_V I PG_W I PG_S I PG_NC) 
OBIO « 26 

(OBIO_DIAG_ADDR » 13) 
PROT I TYPESPACE I PGFRAME 



0x4 



page map address space indicator (AST) 
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7.2. Context Register 

7.3. Page Map 



Programming Example for 
Using the Page Map Register 



set DIAG.ADDR, %gl 
set DIAG_PrE, %g2 
sta %g2, [%gllASI_PM 



! map in Diagnostic Register 
! phys. page # for Diagnostic Register 
! put it in the page map. 



Bits through 2 of the cx)ntext register identify the current context; these bits are 
appended to virtual addresses before they enter the map. 

The page map is a 8K-by-32 bit RAM bank. Its 13 address inputs are formed by 
concatenating the PMEG output by the segment map with the page field of the 
virtual address. Effectively, the PMEG index identifies one of 256 sections, and 
virtual address bits A[17:13] select one of 32 pages within that section. 

The following programming example is provided simply as a guide for your pro- 
gramming, and is not intended to be used as is. 

I* 

* pagm^.s 

* Copyright (c) 1989 by Sun Microsystems, Inc. 
*/ 

#define CONTEXTBASE 0x30000000 /* context reg */ 

#define ASI_CTL 0x2 /* control space*/ 

#define PAGTSTMAX OxOffcOOOO /* full pmeg in each of 256 segm entries */ 

#define PAGINCR 0x2000 /* offset between adjacent pages */ 

#define SEGINCR 0x40000 /* offset between adjacent segments */ 

#define SGSHiri 18 /* L0G2(NBSG) */ 

#define ASI_SM 0x3 /* segment map */ 

#define PG_MAP_VALID OxffDOffff /* valid r/w bits of page map*/ 

#define TEST_PATT Ox5a972c5a /* 3-pattem base pattern */ 

#define PGA_NUM 0x06 /* Page Map Address test */ 

#define ASI_PM 0x4 /* page map */ 

#define PG3_NUM 0x06 /* Page Map 3 pattern RAM test */o 

idefine PGWR_NUM 0x04 /* Page Map write-write-read test */ 

#define PATT.END Ox972c5a97 /* 3-pattem test finish pattern */ 

#define BUSERRBASE 0x60000000 /* bus error reg */ 

#define quit_key 0x1 1 /* Cntl-q: quit this test,go to next */ 



/*#define FORCE_PAGMAP_ERRORS*/ 
/*#define DEBUG.PAGMAP*/ 

.seg "text" 

<PAGE MAP TESTING SETUP> 

Initialize Ccmtext Reg and Segment Map for the following Page Map Tests. 



Polaris: 



Set Context to 0, linearly map segment table. 



.global PM_setup 
PM_setup: 

save %sp, -MINFRAME, %sp ! Preserve calling window. 

set CONTEXTBASE, %14 ! Pointer to context register, 

stba %g0, [%14]ASI_CrL ! Start with context 0. 

/* Linearly map the segment table from bottom to top. */ 

set 0x00000000. %o4 ! Bottom of segment map 

set PAGTSTMAX, %i4 ! Last address to write. 



sun 

microsystems 



Revision A of April 10,1 990 



ChaiHer 7 — Memory Management Unit 57 



set SEGINCR, %D 



! Address incremoit for adjacent 
! segment map entries. 



sri %o4. SGSKIFT. %o2 ! Make entry from the seg map index. 

stha %o2, [%o4] ASI_SM ! Store into segment map. 

onp %o4, %i4 ! Just stored last address? 

bne 3b ! If not then loop back and 

add %o4, %13, %o4 ! point to next segment map entry. 



<PAGE MAP WRITE-WRITE-READ-READ TEST> 

For each page table entry from bottom to top: 
Write data to entry x. 
Write inverse data to entry x+1 . 
V«ify entry x+1. 
Veri^ entry x. 

Register usage: 

%10- Test pattern. 

%13 - Address increment for adjacent page m^ entries. 

%14 - Address of Context registo: in control space. 

%16 - Page map entry valid bit mask. 

%o4 - Address of page map aitry being tested. 

%i4 - Address of last page map oitry to test. 



Test Ob: 



3: 



set 
call 
set 
set 
set 
set 

set 
set 
and 

set 

sta 

xor 
add 
sta 

Ida 

and 

cmp 

be 

nop 

set 

caU 

nop 

sub 

Ida 

and 

xor 

cmp 

be 

nop 

set 



pagemwr_tst_txt, %oO ! Test descriptor text 
test$ ! Display text and test number. 

"PGWR_NUM. %ol ! Set inverse test number. 

0x00000000. %o4 I Addr of first Page map entry. 

PAGTSTMAX-PAGINCR, %i4 ! Addr of last Page map entry. 

PAGINCR, %D ! Address increment for adjacent 

PG_MAP_VALID, %16 ! Page map entry valid bit mask. 

TEST.PATT. %10 ! Test pattern source. 

%10, %16, %o2 ! Strip unused bits from pattern. 

2f, %g4 ! «<TOP OF TEST LOOP»> 

%o2, [%o4] ASI_PM ! Store pattern into pagemap RAM. 

%o2. %16, %o2 ! Invert pattern. 

%o4, %13, %o4 ! Increment to adjacent pagmap entry. 

%o2, [%o4] ASI_PM ! Store invert pattern in pagmap RAM. 

[%o41 ASI_PM, %ol ! Get pattern from high location. 
%ol, %16, %ol ! Strip unused bits from pattern. 

%ol, %o2 ! Data okay? 
3f 



pagemwr_err_Lxt, %oO 
errorS 



! Error message text. 



%o4, %D. %o4 
[%o4] ASLPM, %ol 
%ol, %16, %ol 
%o2, %16, %o2 
%ol, %o2 
4f 

pagemwT_err_txt, %oO 



! Deer down to original pagmap entry. 
! Get pattern from low location. 

! Strip unused bits from pattern. 

! Re-invert source pattern. 
! Data okay? 



! Error message text. 
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call error$ 
nop 

call loopSend 

nop 

cmp %oO, quit_k^ 

bz 9f 

nop 

cmp %o4, %i4 

bne 2b 

add %o4, %13, %o4 



! «<BOTTOM OF TEST LOOP»> 
! Skip to next test? 



! Just tested last location? 
! If not thai loop back and 

! incronoit pagmap address in slot 



<PAGE MAP ADDRESS TEST> 

For each page table entiy from bottom to top: 

Write address of entry x as data into oitry x. 

For each page table entry from bottom to top: 
Verify data in entry x is iddress of oitiy x. 

Register usage: 

%B - Address incremoit for adjacent page map entries. 

%14 - Address of Context register in control space. 

%16 - Page maq? oitry valid bit mask. 

%o4 - Address of page map oiiry being tested 

%i4 - Address of last page map oitiy to test in each context 



Test Oc: 






set 


pagema_tst_txt %oO 


! Test descriptor text 


call 


tests 


! Display text and test number. 


set 


-PGA NUM, %ol 


! Set inverse test number. 


set 


0x00000000, %o4 


! A<^ of first Page miqj entry. 


set 


PAGINCR. %D 


! Address ino-emoit for ^Ijacent 
! page map entries. 



set PG_MAP_VALID, %16 ! Page map entry valid bit mask. 

set 1 f . %g4 ! «^OP OF TEST LOOP»> 

set PAGTSTMAX, %i4 ! Addr of last Page map entry. 

/* Write page map address as data into each page miq) entry. "*/ 

and %o4, %16, %o2 ! Strip unused bits. 

su %o2, [%o4] ASI_PM ! Store pattern into page map RAM. 

cmp %o4, %i4 ! Just wrote last entry? 

bne 2b ! If not then loop back and 

add %o4, %13, %o4 ! increment page map addr in slot. 

/* Verify that all page map entries have correct data (page table addr). */ 

set PAGTSTMAX, %o4 ! Address of last page map entry. 

and %o4. %16, %o2 ! Strip unused bits. 

Ida [%o4] ASI_PM. %ol ! Read pattern from high location. 

and %ol, %16, %ol ! Strip unused bits. 

cmp %ol,%o2 ! Data okay? 

be 4f 

nop 

set pagema_err_txt, %oO ! Error message text 

call errorS 

nop 
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4: 

can loopSend ! «<B0TTOM OF TEST LOOP»> 

nop 

onp %oG, quit_key ! Skip to next test? 

bz 6f 

nop 

cmp %o4, %i4 ! Just tested last entry? 

bne 3b I If not thai loop back and 

add %o4, %B, %o4 ! increment pagm^ addr in slot. 

6: 



<PAGE MAP 3-PATTERN TESTS 

Pass 1 : Writes S A,2C,97 to consecutive seg mq) entries from bottom to top. 

Verifies entire page map. 
Pass 2: Writes 2C,97,5A to consecutive s^ mq) entries from bottom to top. 

Verifies entire page map. 
Pass 3: Writes 97,SA,2C to consecutive seg m^ entries from bottom to top. 

Verifies entire page miq). 

Register usage: 

%10- Test pattern. 

%13 - Address increment for adjacent page map oitries. 

%14 - Address of Context register in control space. 

%17 - Ending test pattern. 

%o4 - Address of page map oitry being tested. 

%i4 - Ad(fress of last page map entry to test in each context 



Test_Od: 

set pagem3_tst_txt, %oO ! Test descriptor text 

call tests ! Display text and test number. 



set BUSERRBASE, %15 ! Ponit to the bus err reg 

Ida [%15]ASI_CTL, %12 ! clear bus error reg 

nop 

set PAGTSTMAX, %i4 ! Addr of last Page map entry. 

set PAGINCR, %13 ! Address increment for adjacent 

! page map entries, 

set PG_MAP_VALID, %16 ! Page mjq> oitry valid bits mask, 

set PATT_END, %17 ! Ending pattern, 

set TEST_PATT, %10 ! Test pattern source. 

set 1 f, %g4 ! ««^0P OF TEST LOOP»> 

set 0x00000000, %o4 ! Address of first Page Map entry. 

/* Fill the page map with 3 repeating patterns. */ 

mov %10, %11 ! Set up pattern for this pass. 

! Generate test patt in o2. 
i ! Store pattern into pagemq> RAM. 
! Just wrote last location? 



! Increment pagmap addr to next entry, 
! Shift pattern right a byte. 

! Duplicate low byte in high byte. 

! Do the next mod3 pattern. 



and 


%ll,%16,%o2 


sta 


%o2, [%o4] AS 


cmp 


%o4, %i4 


be 


4f 


nop 




add 


%o4, %13. %o4 


srl 


%ll,0x8,%ll 


sll 


%ll,0xl8,%15 


or 


%11,%15,%11 


ba 


3b 


nop 
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I* Voify the page map with 3 repeating pattons. */ 
#ifdef DEBUG.PAGMAP 

set dbgmsgl, %oO 

call prints 

nop 
#endif DEBUG_PAGMAP 

set BUSERRBASE, %1S ! Ponit to the bus err reg 

Ida [%15]ASI_CTL, %12 ! clear bus error reg 

nop 

set PAGTSTMAX, %o4 ! Address of last page map entry. 



2: 
3: 



mov %10, %11 



nop 
set 
call 
nop 



! Set up pattern for this pass. 



and %1 1 . %16, %o2 ! Generate test patt in o2. 

Ida [%o4] ASI_PM, %ol ! Read pattern from page map RAM. 

and %ol, %16, %ol ! Strip unused bits. 

cmp %o2, %ol ! Data okay? 

be 5f 



pagefn3_CTr_txt, %oO ! Pass addr of error message. 

errorS ! Show error text and loop for scoping. 



set 
Ida 
nop 



BUSERRBASE, %15 ! Ponit to the bus err reg 

[%15]ASI_CrL, %12 ! clear bus error reg 



Villi/ 

be 

nop 

add 

srl 

sll 

or 

ba 

nop 



%o4, %i4 
4f 

%o4, %13. %o4 

%ll,0x8.%ll 

%ll,Oxl8.%15 

%11.%15.%11 

3b 



! Just read last location? 



! Increment pagmap addr to next entry. 
! Shift pattern right a byte. 

! Duplicate low byte in high byte. 



! Do the next mod3 pattern. 



call loopSend 

nop 

cmp %oO, quit_key 

bz 5f 

nop 



! «<BOTTOM OF TEST LOOP»> 
! Skip to next test? 



/* Just finished writing and verifying page map for all segments for one 
of 3 different passes. Now see if just did last of 3 passes. If not then 
shift starting pattern and go back to first segment. 

*/ 



#ifdef DEBUG_PAGMAP 


set 


dbgmsg2. %oO 


call 


prints 


nop 




#endif DEBUG.PAGMAP 


cmp 


%10, %17 


bz 


5f 


srl 


%10. 0x8. %10 


sll 


%10.0xl8,%ll 


or 


%10,%11.%10 


ba 


lb 


nop 




5: 




#ifdefDEBUG_PAGMAP 


set 


dbgmsg3, %oO 


call 


prints 



! Arrived at terminating pattern? 
! If so go to next test. 
! Shift pattern a byte. 

! Duplicate low byte in high byte. 
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nop 
#endif DEBUG.PAGMAP 

let 
restore 

#ifdef DEBUG.PAGMAP 
dbgmsgl: 

.asciz " 15 12 DEBUG: Done writing, time to read." 
dbgmsg2: 

.asciz " IS 12 DEBUG: Done with this pattem, do next" 
dbgmsgS: 

.asciz " 15 12 DEBUG: All done with 3 patterns." 
#endif DEBUG PAGMAP 



7.4. Segment Map 



The segment map is a 32-by-9 bit RAM bank. Its 15 address inputs are foraied 
by concatenating the contents of the context register (3 bits) to bits A[29:18] of 
the virtual address. Each of these addresses contains a 8-bit PMEG index 
number. 



Programming Example for 
Setting the Segment Map 
Register 



The following programming example is provided simply as a guide for your pro- 
gramming, and is not intended to be used as is. 



* segm^.s 

* Copyright (c) 1989 by Sun Microsystems, Inc. 
*/ 

#define CONTEXTBASE 0x30000000 /* context reg */ 
#define ASI_CTL 0x2 /* control space*/ 

0x40000 /* offset between adjacent segments */ 
18 I* L0G2(NBSG) */ 

0x3 r segmeni map */ 

Ox5a972c5a /* 3-pattem base pattem */ 
0x4 I* page map */ 

0x972c5a97 /* 3-pattem test finish pattem */ 
Ox 1 1 I* Cntl-q: quit this test,go to next */ 



#defineSEGINCR 

#defineSGSHIFT 

wdenneASi SM 

#defineTEST_PATr 

#defineASI PM 

#define PATT.END 

#define qiiit_key 

#define SGWR_NUM 0x05 I* Segment Map write-write-read test */ 

#define SEGMAPMAX OxOffcOOOO /* sunrise, all full seg map bits */ 

#define SG_MAP_VALID Oxff /* valid r/w bits of segment map */ 

#define NCONTEXT 8 /* 8 context */ 

#define SGA_NUM 0x05 I* Segment Map Address test */ 

#define SG3_NUM 0x05 /* Segment Map 3 pattem RAM lest */ 

/*#define FORCE_SEGMAP_ERRORS*/ 
/*#define DEBUG.SEGMAP*/ 

.seg "text" 



<SEGMENT MAP WRITE-WRITE-READ-READ TEST> 

Polaris: (16 contextX4096 entries/context) = 65536 segment map entries. 

For each segment table entry from bottom to top: 
Write data to entry x. 
Write inverse data to entry x+1. 
Verify entry x+1 . 
Verify entry x. 



Registo: usage: 

%10 - Test pattem. 
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%12- Context* 

%13 - Address im^emoit for adjacent segmoit map entries. 

%14 - Address of Context register in control sp2K;e. 

%o4 - Acklrras of segmoit map entry being tested. 

%i4 - Address of last segment map entry to test in each context 



.global segm_lst 
segm_tst: 

save %sp, -MINFRAME,%sp ! presore calling window 

set CONTEXTBASE, %14 ! Set context to 0. 

stba %gO, [%14] ASLCTL 

set segmwr_tst_txt, %oO ! test descriptor text 

call tests ! display text and test number 

set ■SGWR_NUM, %ol ! set inverse test number 

mov %gO, %12 ! Holds context number, 

set SEGD4CR, %13 ! Address increment for adjacent 

! segment map entries. 
2: 

stba %12, [%14] ASLCTL ! Set context. 

set 0x00000000. %o4 ! Address of first segment m^ entry. 

set SEGMAPMAX-SEGINCR, %i4 ! Address of last segment map entry. 

set TEST_PATT, %10 ITestpattom. 

set 3f, %g4 ! <«n'OP OF TEST LOOP»> 

and %10, SG_M AP.VALID, %o2 ! Strip unused bits from pattern. 

stha %o2, [%o4] ASI_SM ! Store pattern in segmap RAM. 

xor %o2, SG_M AP_VAUD. %o2 ! Invert pattern. 

add %o4, %B, %o4 ! Increment to adjacent segmap oitry. 

stha %o2, [%o4] ASI_SM ! Store invert pattern in segmap RAM. 

Iduha [%o4] ASI.SM, %ol ! Get pattern from high locaticm. 

and %ol, SG_MAP_VALID, %ol ! Strqj unused bits from pattern. 

cmp %ol,%o2 ! Data okay? 

#ifndef FORCE_SEGMAP_ERRORS 

be 5f 
#endif FORCE_SEGMAP_ERRORS 

nop 

set segmwr_err_txt, %oO ! Error message text 

caU errorS 



3: 
4: 



5: 



nop 



sub %o4, %13, %o4 ! Deer down to original segmap entry. 

Iduha [%o4] ASI_SM, %ol ! Get pattan from low location. 

and %o 1 , SG_M AP_VAUD, %o 1 ! Strip unused bits from pattern. 

xor %o2, SG_M AP_VALID, %o2 ! Re-invert source pattern. 

cmp %ol,%o2 ! Data okay? 

#ifndef FORCE SEGMAP.ERRORS 

be 6f 
#endif FORCE_SEGMAP_ERRORS 

nop 

set segmwr_err_txt, %oO ! Error message text. 

call errorS 

nop 
6: 

call loopSend ! «<BOTTOM OF TEST LOOP»> 

nop 

cmp %oO, quit_kev ! Skip to next test? 

bz 9f 

nop 
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onp %o4, %i4 ! Just tested last location? 

bne 4b ! If not then loop back. 

add %o4, %13. %o4 ! IiKrement segmap addr in slot. 

cmp %12, NCONTEXT-1 ! Just tested last context? 

bne 2b 

add %\% 1, %I2 ! Increment context number. 



9: 



Test_09: 




set 


segma_tst_txt, %oO 


call 


tests 


set 


-SGA NUM. %ol 


mov 


%g0.%12 


set 


SEGINCR, %B 



<SEGMENT MAP ADDRESS TEST> 

For each segment table entry from bottom to top: 

Write address of entry x as data into oitry x. 
For each segment table entry from bottom to top: 

Verify data in entry x is address of entry x. 

Registo- usage: 

%12 - Context # (goes from to NCONTEXT for Polaris) 

%D - Address incremoit for adjacent segmait map oitries. 

%14 - Addr^s of Context register in control space. 

%o4 - Address of segmoit map oitiy being tested 

%i4 - Address of last segment map entry to test in each context 



! Test descriptor text 

! Display text and test number. 

! Set inverse test number. 
! Holds context number. 

! Address increm^t for adjacent 
! segment map entries, 
set CONTEXTBASE, %14 ! Pointer to context register. 

set If, %g4 ! «<^OP OF TEST LOOP»> 
1: 

stba %12, [%14] ASLCTL ! Set context 

set 0x00000000, %o4 ! Address of first segment map entry. 

set SEGMAPMAX, %i4 ! Address of last segment map entry. 

I* Write segment map address as data into each segment map entry. */ 
2: 

srl %o4, SGSHIFT, %o2 ! Use segmoit map index for data. 

stha %o2, [%o4] ASI_SM ! Write data into segment map RAM. 

cmp %o4, %i4 ! Just wrote last location? 

bne 2b ! If not then loop writing and 

add %o4, %13, %o4 ! increment segment map addr in slot. 

set 0x00000000. %o4 ! Address of first segment m^ entry, 

set SEGMAPMAX, %i4 ! Address of last segment map entry. 

/* Verify that all segment map entries have correct data (seg table addr). */ 
3: 

srl %o4, SGSHIFT, %o2 ! Use segment map index for data. 

and %o2, SG_MAP_VALID, %o2 ! Strip unused bits from expected data. 

Iduha [%o4] ASI_SM, %ol ! Read data from segment map RAM. 

and %o 1 , SG_M AP_V ALID, %o 1 ! Strip unused bits from actual data. 

cmp %ol,%o2 ! Data okay? 

#ifhdef FORCE_SEGMAP_ERRORS 

be 4f 
#endif FORCE_SEGMAP_ERRORS 

nop 

set segma_erT_txi, %oO ! Error message text 
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caU 


eiTorS 




nop 






caU 


loop$CTd 


! «<BOTrOM OF TEST LOOP»> 


nop 
cmp 
bz 
nop 


%oO, quit key 
9f 


! Skip to next test? 


cmp 
bne 
add 


%o4.%i4 

3b 

%o4, %13, %o4 


! Just tested last location? 
! If not thai loop back. 

! Incremait segmap addr in slot 



cmp %12.NCONTEXT-l 

bne 2b 

add %12, 1, %12 



! Just tested last context? 
! If not then loop back, and 
! increment context number in slot. 



<SEGMENT MAP 3-PA1TERN TEST> 

Pass 1: Writes 5A,2C,97 to consecutive seg map entries from bottom to top. 

Verifies entire segment map. 
Pass 2: Writes 2C,97,5A to consecutive seg map entries from bottom to top. 

Verifies entire segment map. 
Pass 3: Writes 97,5A,2C to consecutive seg m^ entries from bottom to top. 

Verifies entire segment m^. 

Registo' usage: 

%10 - Test pattern. 

%12 - Context # (goes from to NCONTEXT for Sunrise,Cobra,Stingray) 

%B - Address iiKremoit for adjacent segment map entries. 

%14 - Address of Context register in control space. 

%17 - Ending test patton. 

%o4 - Address of segment map entry being tested. 

%i4 - Address of last segmoit map entry to test in each context. 



Test_Oa: 
set 
call 
set 
set 

set 
set 
set 
set 



2: 



segm3_tst_txt, %oO 
t^tS 

-SG3_NUM, %ol 
SEGINCR. %D 



! Test descriptor text. 
! EHsplay text and test number. 
! Set inverse test number. 
! Address increment for adjacent 
! segment map entries. 
CONTEXTBASE, %\4 ! Pointer to context register. 

Oxfffffi", %16 ! Segment map entry mask. 

PATT_END, %17 ! End of mod3 shift pattem. 

TEST_PATT, %10 ! Test pattem source. 



mov %gO, %12 
set 2f, %g4 



! Holds context number. 



! «<TOP OF TEST LOOP»> 



stba %12, [%14] ASI_CTL ! Set context. 



/* Fill the segment map for one context/region with 3 repeating patterns. */ 

set 0x00000000, %o4 ! Address of first segment map entry. 

SEGMAPM AX, %i4 ! Address of last segment map entry. 



4: 



set 



and %10. %16, %11 



and 
stha 
cmp 



! Set up pattern for this pass. 



%11, SG_MAP_VALID, %o2 ! Generate write data. 

%o2, [%o4] ASI_SM ! Write data into segment map RAM. 

%o4, %i4 ! Just wrote last location? 
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be 4f ! If so go check data. 

nop 

add %o4, %13, %o4 ! Incremoit segmap addr to next entry. 

srl %11 , 0x8, %I1 ! Shift pattern right a byte. 

tst %11 ! Shifted all the way out? 

hz 3b ! If so start with first of 3 pattons. 

ba 4b ! If not then next pattern. 

nop 
4: 

/* Vaify the s^ment map for one contextAegion with 3 repeating patterns. */ 
#ifdef DEBUG.SEGMAP 

set dbgmsgl, %oO 

call prints 

nop 
#endif DEBUG.SEGMAP 

set 0x00000000, %o4 ! Address of first segment map entry. 

set SEGMAPM AX, %i4 ! Address of last segment map entry. 

5: 

and %10, %16, %11 ! Set up pattern for this pass. 

6: 

and %11, SG_MAP_VALID, %o2 ! Generate test data. 

Iduha [%o4] ASI_SM, %ol ! Read data from segment map RAM. 

and %ol, SG_MAP_VALID. %ol ! Strip out unused bits. 

cmp %o2, %oT ! Data okay? 

#ifhdef FORCE.SEGMAP ERRORS 

be 7f 
#endif FORCE_SEGMAP_ERRORS 

nop 

set segm3_err_txt, %o0 ! Pass addr of error message. 

call eiTorS ! Show enor text and loop for scoping. 



7: 



nop 



8: 



cmp '7iD04, 7oI<f : JUSL vcniieu loSi lOCmiun: 

be 8f 

nop 

add %o4, %13, %o4 ! Increment segment map address. 

srl %11 , 0x8. %11 ! Shift pattem right a byte. 

tst %11 ! Shifted all the way out? 

bz Sb ! If so start another mod3. 

nop 

ba 

nop 



6b ! If not do the next mod3 pattem. 




caU loopSend ! «<BarTOM OF TEST LOOP»> 

nop 

cmp %o0, quit_key ! Skip to next test? 

bz 9f 

nop 

cmp %12, NCONTEXT- 1 ! Just tested last context? 

bne 2b ! If not then loop back and 

add %12, 1, %12 ! increment context number in slot. 

/* Just finished writing and verifying segment map for all contexts for one 
of 3 different passes. Now see if just did last of 3 passes. If not then 
shift starting pattem and go back to first context. 
*/ 
#ifdef DEBUG.SEGMAP 

set dbgmsg2, %oO 
call prints 
nop 
#endif DEBUG SEGMAP 
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cmp %10, %17 
beq 9f 

srl %10, 0x8. %10 
sU %10,0xl8,%ll 
or %10, %11, %10 
ba lb 


! Arrived at terminating pattern? 

! If so go to next test 

! Shift pattern a byte, 

! Duplicate low byte in high byte. 


nop 
9: 




#ifdef DEBUG.SEGMAP 




set dbgmsgS, %oO 
call prints 




nop 
#endif DEBUG_SEGMAP 




ret 




restore 





7.5. Direct Access to Map 
Data 



#ifdef DEBUG_SEGMAP 
dl^msgl: 

.asciz " 15 12 DEBUG: Done writing, time to read." 
dbgmsg2: 

.asciz " 15 12 DEBUG: Done with this pattern, do next" 
dbgmsgS: 

.asciz " 15 12 DEBUG: All done with 3 patterns." 
#endif DEBUG_SEGMAP 

Direct accesses to the segment and page maps are performed using asi = 0x3 for 
the segment map and asi = 0x4 for the page map= For the page map* use 32-bit 
accesses, and for the segment map, use 16-bit accesses. 

These accesses are typically used to set up and modify the map. 



7.6. Initialization of the 
UART 



Function "UARTinit" initializes serial ports A and B by way of the MMU 
bypass. Serial port A will be set up at baud rate 9600 as the i/o device while 
serial port B will be set up at baud rate 1200. 



f* 

* uartinit.s 

* 

* @(#)uartiniLs 1.0 90/03/26 

* Copyright (c) 1987 by SUN Microsystrans, Inc. 

*/ 

#define UARTACNTL ZSBASE+4 /* Port A Control Address */ 

#define ZSBASE OxFOOOOOOO /* ZS serial port base */ 

#define ASI_CTL 0x2 /* control sjwce*/ 

#define ASI_SP 0x9 /* supervisor program */ 

#define UARTrecov 4*MSEC /* must make delay > 1.6 uSec */ 

#define MSEC (CL0CK_RATE/3)/l 000000 /* one microsecond worth of ticks */ 

#define CLOCK_RATE 25000000 /* 25.0 MHz*/ 

#define UARTBCNTL ZSBASE /* base address for the UART */ 



* Function "UARTinit" initializes serial ports A and B by way of the mmu 

* bypass. Serial port A will be set up at baud rate 9600 as the i/o device 

* while serial port B will be set up at baud rate 1 200, 
•/ 

.UARTinit: 
UARTinit: 

save %sp. -MINFRAME, %sp 
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/* 

* Widi the mmu bypass, it is possible to access the uart without 

* going through the nrniu. This enables us to print messages on a 

* dumb terminal before the mmu is tested. Helpful if mmu is broken. 

* Initialize channel A at 9600 baud. 

*/ 

set UARTACNTL, %10 ! Address of port A in control space. 

stba %gO, [%10]ASLCrL ! Clear A control. 

set uartinita, %14 ! Address of port A uart initialization 

1 : Iduba [%14] ASI_SP, %11 ! table in ROM. Get a byte from table. 

cmp %11 , Oxff ! Check for end of table. 

be 3f ! Channel A initialized. 

nop ! Now initialize channel B. 

stba %11, [%10]ASI_CTL ! Write byte to SCC chip. 

OTCC %g0, UARTrecov, %12 ! Set iq) real delay count 

2: deccc %12 ! Count down for delay. 

bg 2b ! Delay required when talking to SCC. 

nop 

ba lb ! Read and write another byte. 

inc %14 ! Bump table pointer to next byte. 

3: I* 

* Initialize cham^l B at 1200 baud. 
*/ 

set uartinitb, %14 ! Address of port B uart initialization 

orcc %gO, UARTrecov, %12 ! Set vcp real delay count 

2: deccc %12 ! Count down for delay. 

bg 2b ! Delay required when talking to SCC. 

nop 

set U ARTBCNTL, %10 ! Address of port B in control space. 

stba %gO. [%101ASI_CTL ! Clear B control. 

1: Iduba [%14]ASI_SP, %11 ! Get a byte from the toble in ROM. 

cmp %1 1 , Oxff ! Check for end of table. 

i„ or I f^i --1 T* :_:.:_ii i 

nop 

Stba %11, [%10]ASI_CTL ! Write byte to SCC chip. 

orcc %gO, UARTrecov, %12 ! Set iq) real delay count 

2: deccc %12 ! Count down for delay. 

bg 2b ! Delay required when talking to SCC. 

nop 

ba lb ! Read and write another byte. 

inc %14 ! Bump table pointer to next byte. 

3: ret 

restore 

.globl _UARTBinit 
_UARTBinit: 
/* 

* Initialize channel B at baud rate specified by %iO. 
*/ 

save %sp, -MINFRAME, %sp 

mov %iO, %14 ! Address of port B uart initialization 

orcc %gO, UARTrecov, %12 ! Set vq? real delay coimt 

2: deccc %12 ! Count down for delay. 

bg 2b ! Delay required when talking to SCC. 

nop 

set UARTBCNTL, %10 ! Address of port B in control space. 

stba %gO, [%10]ASI_CTL ! Clear B control. 

1: Iduba [%14]ASl_SP. %11 ! Get a byte from the table in ROM. 

cmp %1 1 . Oxff ! Check for end of table. 

be 3f ! Channel B initialized. 

nop 

stba %11, [%10]ASI_CrL ! Write byte to SCC chip. 
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orcc %gO, UARTrecov, %12 ! Set up real delay count. 

2: deccc %12 ! Count down for delay. 

bg 2b ! Delay required when talking to SCC. 

nop 

ba lb ! Read and write anoth^ byte. 

inc %14 ! Bump table pointer to next byte. 

3: ret 

restore 

/* 

* Initialization table for Channel A. 
*/ 

uartinita: 
I* 

* Time constant defined by this formula: ((4915200/32)/(baud) -2) 
* 

* low byte of time constant 
♦/ 

#ifdef FORTH 
#else FORTH 
#endif FORTH 
/* 

* high byte of time constant 
*/ 

I* 

* Initialization table for Channel B. 

♦/ 

«MUULiUU/< 

I* 

* Do not do the hardware reset again or channel A will be cleared. 
*/ 

/* 

* Time constant defined by this formula: (using XI 6 mode above) 

* ((4915200/32)/(baud) -2) 
*/ 

#ifdef FORTH 
#else FORTH 
#endif FORTH 



#if defined(FORTH) II defined(DEMON) 

_baudl200: 

/*■ 

* don't do the hardware reset again or channel A will be cleared... 
*/ 

/* 

* Time constant defined by this formula: (using XI 6 mode above) 

* ((4915200/32)/(baud) -2) 
*/ 

_baud9600: 

/* 

* don't do the hardware reset again or channel A will be cleared... 

*/ 
/* 

* Time constant defined by this formula: (using XI 6 mode above) 

* ((4915200/32)/(baud) -2) 
*/ 

_baudl9200: 

/* 

* don't do the hardware reset again or channel A will be cleared... 
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*/ 
I* 

* Time constant defined by this formula: (using X16 mode above) 

* ((4915200^2y(baud) -2) 
*/ 

_baud38400: 
/* 

* don't do the hardware reset again or channel A will be cleared... 
*/ 

/* 

* Time constant defin^ by this formula: (using XI 6 mode above) 

* ((49152(X)/32)/(baud) -2) 
♦/ 

#endif de&ied(FORTH) II defined(DEMON) 
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Boot PROM 



8.1. Required Reference 
Material for the Boot 
PROM 



SPARCengine IE Notes for 
the Open PROM Toolkit 
User's Guide 



Chapter 1 Notes 



Chapter 2 Notes 



Chapter 3 Notes 



Reference material required for a complete definition of the SBus: 

SBus Developer's Kit, Sun Part No. 825-1219-xx (Sun SBus Infonnation). 

Within the SBus Developer's Kit, there is a book entitled Open PROM Toolkit 
User's Guide. While this book was written for use with the SPARCstation 1, it 
can be easily amended to use with the SPARCengine IE CPU caid. Below, a 
collection of notes are presented that amend and add to the contents of the Open 
PROM User's Guide. 

The following notes add or delete infonnation in the Open PROM User's Guide. 
Use these notes to convert the User's Guide from SPARCstation 1 to SPARC- 
engine IE. In general, replace aU mention of SPARCstation 1 with SPARC- 
engine IE. Because the SPARCengine IE is not delivered with tape or hard disk 
(i.e., delivered as a card, not a system) the text of the manual should be inter- 
prcieu for the card level, withcut hard disk or floppy disk as standard equipisent. 

Chapter 1 , Page 3: At the end of the paragraph on the Forth Toolkit, add the fol- 
lowing text. "A password may be required to enter the Forth toolkit" 

Chapter 2, Page 7: In the second paragraph, add the following text: "If in the 
diagnostic mode, the extended selftests begin immediately, otherwise, the normal 
power-on self-test sequence begins." 

Chapter 2, Page 8: In the first paragraph, delete the last phrase "systems internal 
hard disk (SCSI) drive." and replace it with the following text: "...a hard disk 
drive at target 0." 

Chapter 3, Page 14: In step 2 of Aborting a Hung System, add the text "enter 
password, if required." 

Chapter 3, Page 1 8: In Figure 3-2, the third device is "st (c,u,p) or tape SCSI 
Tape " Also, in the Note immediately below, change "When using le, sd and 
fd..." to "When using le, sd and st..." 
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Chapter 5 Notes 



Chapter 5, Page 33: Delete the entry "Ejecting a Floppy Diskette." 
Chapter 5, Page 35: Delete the "test floppy" line from Figure 5-2. 
Chapter 5, Page 36: Delete the section "Testing the Diskette Drive System." 
Chapter 5, Page 48: Delete the section "Ejecting a Floppy Diskette." 
Chapter 5, Page 49: Delete the line beginning "Eject floppy...." 



Chapter 6 Notes 



Chapter 6, Page 52: In Figure 6-2, add the following items: 



Table 8-1 Open PROM Toolkit User's Guide Figure 6-2: Additional Items for the SPARC- 
engine IE 



Parameter Name 


Value 


Default Value 


sbus-probe-list 


01(dclete23) 


01 (delete 23) 


ttyb-its-dtr-off 


(Def: fake) 




ttya-iis-dtr-off 


(Def: fake) 




sd-targets 


0123456 


0123456 


st-targets 


0123456 


0123456 



Chapter 7 Notes 



Chapter 7, Page 79: Delete all "Slot offsets" at the bottom of the page, and 
replace with: "Slot #1 - 400.000" 
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Cache 



9.1. Overview of the Cache 



9.2. Organization of the 
Cache 



To improve perfonnance, the SPARCengine IE contains a 64KB virtual address 
cache. The cache is implemented as a write-through, mixed instruction and data 
cache with a 16-byte line size. Caching is provided for type (OBMEM) 
memory only~OBIO space and VME space memory accesses are not cached. 

The cache is organized as 4096 lines of 16-bytes each and is one-way set associa- 
tive, with each virtual address mapping to one and only one possible cache line. 
Each cache line has a 4-byte cache tag associated with it. This cache tag is used 
to lookup and match virtual addresses asserted by the lU. 

As mentioned earlier, the SPARCengine IE cache is a virtual address cache. This 
means that cache addresses are derived directly from the virtual addresses 
asserted by the SPARC lU. Indices for the cache tags, cache Unes, and the indivi- 
dual bytes within a cache line are extracted as fixed fields within a 30-bit virtual 
address. 

The cache address decoding of virtual addresses is given in the figure below. 



Figure 9- 1 Cache Address Decoding of Virtual Addresses 



3 2 
9 



1 1 
6 5 



4 3 



i Unused I Tag Id I Line # I Byte # ! 

+ + 

2-bits 14-bits 12-bits 4-bits 



o Tag Id 
o Line # 
o Byte # 



[0. .16383] 
[0. .4095] 
[0..15] 



o Cache Size: 4K lines * 16 bytes/line = 64KB 



There is a 4-byte cache tag associated with each data line. The format of a cache 
tag is given in the figure below. 
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Figure 9-2 Cache Tag Format 



2 2 
5 4 



2 2 2 11 
2 10 9 8 



1 1 
6 5 



2 1 



I Unused I CID |W|S|V| Unused I Cache Tag Id | Unused I 

+ + 

7-bits 3-bits 3-bits 14-bits 2-bits 

CID - Context ID 

W - Writeable/Read-Only 

S - Supervisor Access Only/User Access 

V - Valid/Invalid entry 



9.3. General Operation 
Considerations 



Direct Virtual Memory Access 
(DVMA) 



If an accessed page is not a supervisor-access-only page (if the "S" bit is not set), 
then, if there is a cache entry such that the cache tag id and the context id match 
those of the accessed page, a cache hit occurs. 

If the accessed page is supervisor-access-only, the context id is not checked. 
Because of this, the kernel mode segments should be identical in each context. 

It is possible to map a physical page to two or more distinct virtual addresses. 
This condition is known as aliasing. A physical address that is thus aliased could 
result in data from the same physical address appearing in two or more cache 
lines. This situation is not detected by the hardware. 

There are two methods for avoiding this problem in software. The first, and easi- 
est method is to set the "Don't Cache" bit in each Page Map Entry that aliases the 
physical page. The second method requires that all virtual addresses must be 
identical in bits A[15: 12]. This is equivalent to saying that the virtual addresses 
of the aliased physical page must be equal, modulo 64K. If this guideline is fol- 
lowed, each virtual address that aliases a physical page will map to the same 
cache line. Alternate accesses to the aliasing virtual addresses will result in 
invalidation and refilling of the cache line from the same physical address. The 
hardware automatically invalidates a cache line when a cache miss occurs on a 
write operation. This insures that the cache and memory remain consistent. 

The SPARCengine IE does not provide a hardware mechanism for maintaining 
consistency between memory and the cache when DVMA writes to memory take 
place. This means that, after DVMA is performed to a buffer in memory, it is 
possible that stale data may reside in the cache. An attempt by the SPARC lU to 
read from this memory will produce erroneous results. 

There are two ways to avoid this problem. The first method is to set the "Don't 
Cache" bit in the Page Map Entry that maps the DVMA memory buffer. The 
alternative method requires one to flush all references to the DVMA memory 
buffer from the cache. 
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Multi-processor Cache 
Coherency 



9.4. Cache Programming 
Examples 

Enabling the Cache 



No hardware support exists on the SPARCengine IE to provide cache coherency 
in a shared memory multi-processor environment. The mechanism is provided to 
un-cache pages shared among several processors in a multiprocessing 
configuration, however. Please refer to the chapter on Memory Management 
Unit for bit assignments of the Page ID bits. 

The cache can be enabled or disabled by setting or clearing (respectively) the 
appropriate bit in the System Enable Register. 



.seg 
_enablereg: 



"data" 
.byte 



#defineENA_CACHE 0x10 
#defineENABLEREG 0x40000000 
#defineASI CTL 0x2 



! a software copy of the system enable register 

! enable cache bit field 

! address of system enable register in ASIjCTL space 

! control space 



Disabling the Cache 



.seg 


"text 


mov 


ENA_CACHE, %oO 


mov 


%psr, %o3 


or 


%o3. PSR.PIL, %gl 


mov 


%gl,%psr 


nop; nop 


set 


enablereg, %ol 


Idub 


[%ol],%gl 


set 


ENABLEREG. %o2 


bset 


%oO, %gl 


stb 


%gl, [%oll 


stba 


%gl, [%o2]ASLCrL 


mov 


%o3, %psr 


nop; nop 


•seg 


"data" 


_enablereg: 


.byte 



#defineENA CACHE 0x10 
#define ENABLEREG 0x40000000 
#defineASI CTL 0x2 



! spl() high to lock enable register update 

psr delay 

address of software copy of systsn enable register 

%gl gets software copy 

hardware address of system enable register 

turn on "enable cache" bit 

update software copy 

enable cache 

restore^ 

psr delay 



! a software copy of the system oiable register 

! enable cache bit field 

! address of ^stem enable register in ASIjCTL space 

! control space 



.seg "text ' 




mov ENA_CACHE. %oO 




mov %psr, %o3 




or %o3, PSR.PIL, %gl 


! spl() high to lock enable register update 


mov %gl, %psr 




nop; nop 


! psr delay 


set enablereg, %ol 


! address of software copy of system enable register 


Idub [%ol], %gl 


! %gl gets software copy 


set ENABLEREG, %o2 


! hardware address of system enable register 


bclr %oO, %gl 


! turn off "enable cache" bit 


stb %gl, [%ol] 


! update software copy 


stba %gl, [%o2]ASI_ClL 


! enable cache 


mov %o3, %psr 


! restore psr 


nop; nop 


! psr delay 
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Flushing 



In this section, we will show how to flush a page, a segment, and a whole context 
from the virtual address cache. Note that, before the cache can be flushed, the 
cache must be first disabled. See the section on enabling and disabling the cache 
for more how this is done. 



Page Flush 



Below we demonstrate how to flush a page from the virtual address cache. 

Flush a page from the cache. 

To flush the page containing the argument virtual address from 
the cache we hold the bits that specify the page constant and 
issue a store into alternate space command for each line of 
the cache. Since the match part of the address is larger we 
have less lines to cycle through. We increment the lower bits 
of the address by VAC_LINESIZE to cycle through lines of the 
cache. 

vac_pageflush(v) 
addr_t v; 



#define V AC.UNESIZE 

#defineVAC_PGLINES 

#definePGSHIFT 

#defineNBPG 

#defineASI_FCP 

_viu;_pageflush: 

set VAC.UNESIZE. %i5 
set VAC_PGLD^ES. %il 
srl %iO, PGSHIFT, %iO 
sll %iO. PGSHIFT, %iO 



mov NBPG/16. %10 

add %10, NBPG/16, %11 

add %11, NBPG/16. %12 

add %12. NBPG/16. %13 

add %13. NBPG/16. %14 

add %14, NBPG/16, %15 

add %15, NBPG/16. %16 

add %16, NBPG/16. %17 

add %17. NBPG/16. %oO 

add %oO. NBPG/16. %ol 

add %ol, NBPG/16, %o2 

add %o2, NBPG/16. %o3 

add %o3, NBPG/16. %o4 

add %o4. NBPG/16. %o5 

add %o5. NBPG/16. %i4 

sub %10, %i5. %i3 

add %iO, %i3, %iO 

sta %gO, [%iO]ASl_FCP 

sta %gO, [%iO + %10]ASI_FCP 

sta %gO, [%iO + %11]ASI_FCP 

sta %gO, [%iO + %12]ASI_FCP 

sta %gO. [%iO + %D]ASI_FCP 

sta %gO. [%iO + %14]ASI_FCP 

sta %gO, [%iO + %15]ASI_FCP 

sta %gO, [%iO + %16]ASI_FCP 

sta %gO, [%iO + %17]ASI_FCP 

sta %gO, [%iO + %oO]ASI_FCP 

sta %gO, [%iO + %ol]ASI_FCP 



16 ! 16 bytes per cache line 

512 ! mmu-pagesize(8192) / VAC_LINESIZE 

13 ! Iog2(mmu-pagesize) 

8192 ! # bytes per mmu-page 

OxD ! flush cache page 



! mask off lo bits 



!512 
!1024 



! NBPG/16 -Imesize 
! page addr + 512 - 16 
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sta 

sta 

sta 

sta 

sta 

subcc 
^ 

sub 

ret 

restore 



%gO, [%iO + %o2] ASI.FCP 
%gO. [%iO + %o3] ASI_FCP 
%gO. [%iO + %o4]ASI_FCP 
%gO, [%iO + %o5j ASI_FCP 
%gO. [%iO + %i41ASI_FCP 
%n, 16, %il 
lb 
%iO, %i5, %iO 



! decrement loop count 

! are we done yet? 

! generate next match address 



Segment Flush 



Below we demonstrate how to flush a segment from the cache. 

Flush a segmoit from the cache. 

To flush the argument segmoit from the cache we hold the bits that 
specify the segment in the address constant and issue a store into 
fdtemate space conmiand for each line of the cache by incrementing 
the lower bits of the address by VAC_LINESIZE (cache line size - 16). 

vac_segflush(v) 
addr_t v; 



#defineVAC_SIZE 
#defineVAC_LINESIZE 
#defineVAC_NLINES 
#definePMGRPSHIFT 
#defineASI FCS 



0x10000 
16 
0x1000 
18 
OxC 



_vac segflush: 

set (VAC_SIZE/16), %10 
set VAC.LINESIZE, %i5 
set VAC_NLINES. %il 

srl %iO, PMGRPSHIFT, %iO 
sU %iO. PMGRPSHIFT. %iO 



! size of the cache (64KB) 
! 16 bytes per cache line 
! # of lines in the cache (4096) 
! pageshift + segment shift 
! flush cache segment 



! cachesize / # of steps in loop 
! nlines to flush / # steps in loop 
! mask off lo bits 



preload a bunch of offsets 

Avoid going through sequentially by flushing 

16 lines spread evenly ttvrough the cache. 



add 


%iO, %10, %iO 






sub 


%iO, %i5, %iO 




! base address + cachesize - linesize 


add 


%10, %10, %11 




! cachesize/16*2 


add 


%11, %10, %12 




! cachesize/16*3 


add 


%12. %10, %13 




! ... 


add 


%13, %10, %14 






add 


%14, %10, %15 






add 


%15, %10, %16 






add 


%16, %10, %17 






add 


%17. %10. %o0 






add 


%o0, %10, %ol 






add 


%ol, %10, %o2 






add 


%o2, %10, %o3 






add 


%o3, %10, %o4 






add 


%o4, %10, %o5 






add 
1: 

sta 


%o5, %10, %i4 






%g0, [%iO]ASI FCS 






sta 


%gO, [%iO + %10]ASI 


FCS 




sta 


%gO,[%iO + %ll]ASI 


.FCS 
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sta 

sta 

sta 

sta 

sta 

sta 

sta 

sta 

sta 

sta 

sta 

sta 

sta 

subcc 

bg 

sub 

ret 

restore 



%gO, [%iO + 
%gO, [%iO + 
%gO, [%iO + 
%gO. (%iO + 
%gO, [%iO + 
%gO, [%iO + 
%gO, [%iO + 
%gO, [%iO + 
%gO, [%iO + 
%gO, [%iO + 
%gO, [%iO + 
%gO, [%iO + 
%gO, [%iO + 
%il. 16, %il 
lb 
%iO, %i5, 



%12]ASI_FCS 
%13]ASI_FCS 
%14]ASI_FCS 
%15]ASI_FCS 
%16]ASI_FCS 
%17]ASI_FCS 
%oO]ASI_FCS 
%ol]ASI_FCS 
%o2]ASI_FCS 
%o3]ASI_FCS 
%o4]ASI_FCS 
%o5]ASI_FCS 
%i4]ASI FCS 



! decremoit loop count 
! are we done yet? 
! genaate next address 



Context Flush 



Below we demonstrate how to flush a context from the cache. 



Flush a context from the cache. 

To flush a context we must cycle through all lines of the 

cache issuing a store into alternate space command for each 

line whilst the context register remains constant. 

We'll start at the end and work backwards to use only 

one variable for the loop and test. 

void 
vac_ctxfiush() 



_vac_ctxflush: 

#defineVAC_SIZE 
#defineVAC_UNESIZE 
#defineASI FCC 



(VAC_SIZE/16).%10 
VAC.LINESIZE. %i5 



Ox 1 0000 ! size of the cache (64KB) 
16 ! 16 bytes per cache line 
OxE ! flush cache segmoit 

! cachesize / numbo- of steps in loop 



set 
set 
I 

! preload a bunch of offsets 

! Avoid going through the cache sequentially by flushing 

! 16 lines spread evenly through the cache. 



sub 


%10, %i5. %iO 


! cachesize/16 - linesize 


add 


%10,%10,%11 


! cachesize/16*2 


add 


%11, %10. %12 


! cachesize/16*3 


add 


%12. %10, %13 


! ... 


add 


%13, %10, %14 




add 


%14, %10, %15 




add 


%15. %10, %16 




add 


%16, %10. %17 




add 


%17, %10, %o0 




add 


%o0, %10, %ol 




add 


%ol, %10, %o2 




add 


%o2, %10, %o3 




add 


%o3, %10, %o4 




add 


%o4, %10, %o5 




add 


%o5, %10, %i4 




sta 


%g0, [%iO]ASI FCC 





sta %gO, [%iO + %10]ASLFCC 
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sta %gO. [%iO + %11]ASI_FCC 

sta %gO. [%iO + %12] ASI.FCC 

sta %gO, [%iO + %13] ASLFCC 

sta ?ogO, [%iO + %14]ASI_FCC 

sta %gO, [%iO + %15] ASLFCC 

sta %gO, [%iO + %16] ASLFCC 

sta %sQ, [%iO + %17] ASLFCC 

sta %gO, [%iO + %oO] ASLFCC 

sta %gO. [%iO + %ollASLFCC 

sta %gO, [%iO + %o2]ASLFCC 

sta %gO, [%iO + %o3] ASLFCC 

sta %gO, [%iO + %o4] ASLFCC 

sta %gO, [%iO + %o5] ASLFCC 

sta %gO, [%iO + %i4] ASLFCC 

subcc %i0,%i5, %iO 

bge,a lb 

sta %gO. [%iO]ASLFCC 
ret 
restore 



! generate next address 
! are we done yet? 



9.5. Cache Flush 
Operations 



The cache flush operations provide a means of flushing Unes from the cache, 
based on matching criteria. When a line is flushed, if the line is valid the valid 
bit is reset. 

Cache flush operations require the following conditions: 

D[31:00] must be all zeroes. 

No MMU protection check is done, and no update is performed on MMU 
accessed of modified bits. 

The SPARCengine IE CPU card provides cache flush match criteria for contexts, 
napes, and segments. The fnllnwiTny sections desr.rihe earh- 



Flush Cache Line based on 
Context Match 



To flush all references to a context from the cache: 

1) Store the context that you wish to flush in the context register. To do this, 
perform a byte store into the context register (asi = 0x2, A[31:28] = 0x3). 

2) Issue a fullword ' *store into alternate space' ' instruction with asi = OxE, and 
D = 0x0, to every combination of addresses between A[15:4] = 0x0 to 
A[15:4] = OxFFF. This requires starting with A[15:4] = 0x0, then incre- 
menting A[15:4], and issuing a new "store into alternate space" instruction. 
Repeat until A[15:4] = OxFFF. 



Flush Cache Line based on Page 
Match 



To flush all references to a page from the cache: 

1) Store the context that you wish to flush in the context register. To do this, 
perfonn a byte store into the context register (asi = 0x2, A[31:28] = 0x3). 

2) Issue fullword "store into alternate space' ' instructions with asi = OxD, 
A[31 :12] = the page you want to flush, and D = 0x0, to every combination of 
addresses between A[l 1:4] = to A[l 1:4] = OxFF. This requires starting 
with A[l 1 :4] = 0x0, incrementing A[l 1:4] by one, and reissuing the instruc- 
tion. Repeat until A[l 1 :4] = FF. 



sun 

microsystems 



Revision A of April 10, 1990 



80 The SPARCengine IE CPU Card User's Manual 



Flush Cache Line based on 
Segment Match 



9.6. Additional Thoughts 



To flush all references to a segment from the cache: 

1) Store the context that you wish to flush in the context register. To do this, 
perform a byte store into the context register (asi = 0x2, A[31:28] = 0x3). 

2) Issue ftillword "store into alternate space" instructions with asi = OxC, D = 
0x0, and A[29:18] = the segment you want to flush, to every combination of 
addresses between A[15:4] = 0x0 to A[15:4] = OxFFF. This requires starting 
with A[15:4] = 0x0, incrementing A[15:4], and reissuing the instruction. 
Repeat until A[15:4] = OxFFF. 

A[ 17:16] don't matter. 

The cache provides 4K addresses, and each of these addresses accesses a cache 
"line". Each line contains 4 bytes of control information, called a ' 'cache tag", 
and 16 bytes of data. Each cache tag contains a field that corresponds to 
VA[29:16]. This is called a "cache tag ID". 

When the processor issues a memory address, the cache uses bits VA[15:4] to 
address one of the 4K locations in its memory array. It compares bits VA[29: 16] 
to the cache tag ID. The cache tag ID field contains VA[29:16] from a prior 
memory access. If they match, it is a hit. The cache provides the w, s, and v 
bits, and the context, plus the data byte(s) requested by the processor (1, 2, or 4 
bytes, depending on whether the access was a byte^ halfword* or fiillword 
access). 

If bits VA[29:16] are not identical to the corresponding bits from the cache tag 
ID field, it is a miss. The system goes to memory for the required data, and 
updates the entire cache line with the contents of (the corresponding locations) in 
memory. Note that the cache fills the line from memory and provides the byie(s) 
requested by the CPU simultaneously. By the time the CPU issues a subsequent 
request for adjacent memory byte(s), they should be already in the cache. 



A cache tag has the following format: 
31 25 24 22 



15 



0000000 


CID 


w 


s 


v 


000 


CachetagID(VA[29:16]) 


00 



w = 1 means write access is allowed. The w bit is copied from the MMU 
when the cache line is filled. 

s = 1 means only supervisor access is allowed. The s bit is copied from the 
MMU when the cache line is filled. 

V = 1 means the cache line is valid. 

CID is the context. 

The cache tags must be initialized by software before the cache is enabled. To 
do this, clear the valid bit of every cache line. Do fuUword stores of into (ASI 
= 2, A[31:28] = 0x8, A[15:4] = 0x0 to OxFFF). Note that to initialize the entire 
cache, you must do the full range of accesses where A[15:4] = 0x0 to OxFFF. 
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Diagnostics 



lO.L Required Reference 
Material for the 
Diagnostics 



Reference material required for a complete definition of the SPARCengine IE 
on-board diagnostics: 

PROM User's Guide, Sun Microsystems, Inc., 1986. 
Sun Part No. 8(X)-1736-xx 



10.2. Diagnostic Led 
Interpretation 



LEDs through 4 display the number of the test that is running. LEDs through 
3 display the first hex digit, and LED 4 displays the least significant bit of the 
second digit. If a test encounters an error and enters a scopeloop, the test number 
remains displayed. 

LED 5 is the heartbeat; after selftest, it blinks on and off to indicate Uiat the CPU 
is processing instructions. If it remains either ON or OFF, the CPU is hung. 

LED 6 ON indicates an exception class error. 

LED7 ON indicates an error. During a typical error, LEDs through 4 should 
also display the test number. 

After selftest (but before unix boot), all LEDs should be OFF except LED 5, the 
heartbeat. After unix boot, the LEDs will display a "converging/diverging" pat- 
tern. Refer to the Sun PROM User's Manual for further information. 
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Figure 10- 1 LED Light Location (CPU Backside) 
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Figure 1 0-2 LED Light Diagnostic Table 
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Wkat ike System is Doing 
When These LEDs Are Cycling 


Whai Might Be Bad If 

This Indication Stays On 

AndLED6l7Ughts 




A xeset s^s LEDs to this Aate 


CPUorPRC^fsbad 
or+5VDCislow 


• 


o 


o 


o 


o 


o 


o 


o 


Test QxOl checks PROM checksum 


CPU Board (Boot PROM) 


o 


• 


o 





o 


o 


o 


o 


Test 0x02 checks UDVM A enable xegister 


CPU Board 


• 


• 


o 


o 


o 


o 


o 


o 


Test 0x03 checks UDVM A wasp 


CPU Board 


o 


o 


• 


o 


o 


o 


o 


o 


Test 0x04 checks the context xe^ter 


CPU Board (MMU) 


• 


o 


• 


o 


o 


o 


o 


o 


Test 0x05, perfonns segmeitt map tests 


CPU Board (MMU) 


o 


• 


• 


o 


o 


o 


o 


o 


Test 0x06 checks page map RAM 


CPU Board (MMU) 


• 


• 


• 


o 


o 


o 


o 


o 


Test 0x07 perfonns software tn^ test 


CPU Board (lU) 


o 


o 


o 




o 


o 


o 





Test 0x08 perfonns intemq>t roister test 


CPU Board 


• 


o 


o 




o 


o 


o 


o 


Test 0x09 perfomis software interrupts test 


CPU Board 


o 


• 


o 




o 


o 


o 





Test 0x0 A performs TOD ckx:k interrupt test 


CPU Board 


• 


• 


o 




o 


o 


o 





Test 0x06 checks video memory 


CPU Board 


o 


o 


• 




o 


o 


o 





Test OxOC perfonns limited main taemary tests 


CPU or Memory Board 


• 


o 


• 




o 


o 


o 





Test OxOD performs MMU nadAvrite tests 


CPU Board (MMU) 


o 


• 


• 




o 


o 


o 


o 


Test OxOE performs MMU write to protected 
page test 


CPU Board (MMU) 


• 


• 


• 




o 


o 


o 


o 


Test OxOF performs MMU read invalid page tests 


CPU Board (MMU) 


o 


o 


o 


o 




o 


o 


o 


Test 0x10 perfcmns MMU write invalid page test 


CPU Board (MMU) 


• 


o 


o 


o 




o 


o 


o 


Test 0x1 1 performs main memory tinieout test 


kfonoiy Board 


o 


• 


o 







o 


o 


o 


Test 0x12 performs control space tmMOUt test 


CPU Board 


• 


• 


o 


o 




o 


o 


o 


Test 0x13 pCTforms range emr test 


CPU Board 


o 


o 


• 


o 




o 


o 


o 


Test 0x14 performs size error test 


CPU Board 


• 


o 


• 


o 




o 


o 


o 


Test 0x15 tests ECC circuitt 


Memory Board 


o 


• 


• 


o 




o 


o 


o 


Test 0x16 tests cache Ug memory 


CPU Board 


» 


o 


• 


o 




o 


o 


o 


Test 0x17 tests cache data memory 


CPUBoard 


o 


o 


o 


• 




o 


o 


o 


Test 0x18 is cache write^ead hit^niss veriiy test 


CPU Board 


• 


o 


o 


• 




o 


o 


o 


Test 0x19 is cache write^ead/flush veriiy ttsst 


CPUBoard 


o 


• 


o 


• 




o 


o 


o 


Test 0x1 A runs main memory tests 


Memory Board 


o 


o 


o 


o 


o 


o 


o 


• 


Self -tests have found an error 


CPU or Memory Board 


o 


o 


o 


o 


o 


o 


• 


o 


An exception class error is found 


CPU or Memory Board 


o 


o 


o 





o 


• 


o 


o 


Self-tests done, UNDC in boot state 
or monitor quiescent (I^H) is blinking) 


CPU or Memory Board 


• => 


o=» 


o=^ 


o 


o*= 


o«= 


o^ 


• 


"converging/diverging** pattern 


UNDC running okay 
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10.3. Power Up Diagnostics Looking along the top edge of the SPARCengine IE fiom the left to the right one 

can see the SCSI, KEYBOARD, ETHERNET, SERIAL B. and SERIAL A con- 
nectors which arc all labeled accordingly on the Front Panel. These are all keyed 
connectors designed to prevent misinscrtion. 

Each connector can be hooked up as desired; to power up the board with the 
minimum number of cable connections, there are two options: 

1. Connect SERIAL A via a cable to a terminal. 

2. With a monitor and a Frame Buffer board present, connect KEYBOARD via a 
cable to a keyboard. 

Note: When first bringing up the board, option 1 MUST be used to receive the 
output of the extended selftests (through serial port A). If option 2 is used then 
the results of the extended selftests will not be reported, and if there is a failure a 
scope loop will be entered and control will not be passed to the monitor and key- 
board. Use of option 1 in conjunction with option 2 is recommended. 

Note: When in autoboot mode a SCSI disk or ethemet should be attached. Once 
the SPARCengine IE is inserted into a backplane and the cables connected, 
power can be applied to the SPARCengine IE by turning on the backplane's 
power source. 

Since the diagnostic mode is enabled at the factory, the extended selftests will 
immediately begin execution. See the Open Boot PROM Toolkit User*s Manual 
for a description of how to use the extended selftests. 

If everything is woricing correctly, then the eight LED lights located under 
SERIAL A will begin flashing as board begins running its diagnostics. IF no 
LED comes on, or if all the LEDs come on and stay on, then something is wrong. 

NOTE: I/O for the extended selftests is through serial port A (ttya). Extended 
selftests may be disabled from the monitor by: 

setenv diag-switch? false 

When the extended selftests have completed the Open PROM power-up sequence 
commences. 
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System Reset and the Reset Switch 



11.1. Five Sources for a 
System Reset 



D Power-on Reset. 

D User Reset (initiating the Reset Switch). 

n Watchdog Reset. 

D Software Reset. 

D VMEbus Reset. 



The Power-On Reset 



The User Reset 



The Reset Switch 



On power-up, the SPARCenginc IE CPU Board generates a system reset on the 
VMEbus for a minimum of 200 ms if it is configured as the slot 1 (VMEbus sys- 
tem controller) CPU. All SPARCengiiie IE CPUs on the VMEbus are reset in a 
system reset. 

The user reset is activated by the reset toggle switch. If there are multiple 
SPARCengine IE CPU cards in the backplane, toggling the slot 1 CPU will gen- 
erate a VMEbus reset to reset all other non-slot 1 SPARCengine IE CPUs. 

The Reset switch is the only switch on the SPARCengine IE CPU card. The 
switch is located on the front panel of the card, labeled Reset. The switch rests in 
a null position. When it is activated, a reset procedure is activated that is per- 
formed by the VME Gate Array. For additional information, see the chapter 
VMEbus Interface in this manual. 



The Watchdog Reset 



The Software Reset 



The watchdog error is the result of a doule bus error as detected by the SBus 
Controller on a SPARCenginc IE CPU. If this occurs, an on-board reset is gen- 
erated and if it is configured as the slot 1 CPU, a VMEbus reset will be generated 
to reset all other non-slot 1 SPARCengine IE CPUs. 

As the name implies, this reset is generated by a SPARCengine IE CPU through 
a software trap which generates an on-board reset. If the board is configured as 
the slot 1 CPU, a VMEbus reset will be generated to reset all other non-slot 1 
SPARCengine IE CPUs. 
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The VMEbus Reset The incoming VMEbus reset will generate an on-board reset to all SPARCengine 

IE CPUs. 

11.2. Local Reset of Non- If there are multiple SPARCengine IE CPU cards in the VMEbus, resetting a 

Slot 1 CPUs non-slot 1 CPU card results in a local reset of that CPU only, not a system reset. 
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Multiprocessing Capabilities of the 

SPARCengine IE 



NOTE 



12.1. Mail Box Interrupt 



The SPARCengine IE is designed to run in a multiprocessor environment using 
the Mail Box Interrupt, local Read-Modify- Write (RMW) with a Bus Locker and 
VME RMW facilities. Local memory is dual-ported, accessible from the 
VMEbus in a 1MB window. This window should not be cached. 

The following text is an introduction to the multiprocessing capabilities of the 
SPARCengine IE. The details of the VMEbus are defined in the chapter entitled 
"VMEbus Interface". 

At this time, SunOS 4.0.3e does not support multiprocessing capabilities. The 
hardware capability described below is not supported by the SunOS. 

The Mail Box Interrupt is used to allow other VMEbus drivers to interrupt the 
SPARCengine IE by accessing in byte or word to a pre-programmed location in 
the A 16 address space (32-bit accesses arc not allowed). This location is pro- 
granmied via ihe Mail Box Register. The SPARCengine IE responds to this 
access by returning a DTACK, If the Enable bit is set, an on-boand interrupt 
level 13 is generated to the CPU. The CPU then jumps to the Mail Box Interrupt 
service routine and executes the program there. 

Programming the location monitor consists of setting up the comparison bits 
A15,A14 and A3,A2,A1 and the Mail Box enable bit in the Mail Box register. 
This selects one out of eight 16-bit words (or one out of sixteen 8-bit words) in 
one of the four 16K blocks of the address range. Only 8-bit accesses to the Mail 
Box Register are allowed. 

Since the address mapping of the location monitor compares only address bits 
15,14 and 3,2.and 1, (address bits 13 to 4 are not used), the location monitor is 
mirrored 1023 times in the selected 16K range. The user is advised to use 
addresses within address bits al3 to a4 set to zero to prevent confusion. 

Due to the existing architecture of the Mail Box Interrupting scheme, only one 
pending interrupt is stored in the Mail Box Register at a time. Further interrupts 
are not recorded and will not be acknowledged until the CPU clears the interrupt 
pending flag by reading the Mail Box Register. 
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12.2. Bus Locker 



NOTE 



A VME Bus Locker is provided to allow the SPARCengine IE CPU to perform a 
non-disturbed RMW cycle to its local memory because the SBus RMW cycle is 
non-atomic. Before doing so, the CPU will set the Bus Locker flag in the Bus 
Locker Register to instruct the VME gate array to acquire the VMEbus and keep 
the Bus Busy signal asserted. This action will lock the VMEbus and no other 
VME master can gain access to the VMEbus and indirectly access the local 
memory of the SPARCengine IE. 

When the VMEbus has been acquired, the OWN flag in the Bus Locker Register 
is set. By reading this flag, the CPU can make a decision whether or not to start 
the RMW cycle to it's local memory. When the RMW transaction is completed, 
the CPU should unlock the bus by clearing the Bus Lock Flag in the Bus Locker 
Register. 

This process has to be performed very fast to reduce the latency of the VMEbus. 
Refer to section 13.12 for implementation details. 



12.3. Possible RMW 

Deadlock Condition 
Across the VMEbus 



The SPARCengine IE is capable of performing RMW cycles across the 
VMEbus. A deadlock might occur when there is another bus master who is 
already on the bus, trying to do a RMW access to the local SPARCengine IE 
CPU memory. Since the SPARCengine IE CPU cannot give up the local bus 
during the RMW cycle, the VMEbus master cannot finish his RMW transaction. 
At the same time, the SPARCengine IE CPU cannot access the VMEbus. This 
deadlock situation results in a time-out bus error on the SPARCengine IE CPU. 
In order to recover from the bus error, a re-run of the RMW must be done in 
software. 



12.4. Procedure for 
Enabling 
Multiprocessor 
Operation 



The SPARCengine IE is capable of running as a VMEbus slot one board or a 
non-slot one board. To setup multiple SPARCengine lE's in the same VME 
card cage it is necessary to properly set the board jumpers and setup the Open 
PROM so that VME addressing errors and "probes" to the VME bus from dif- 
ferent SPARCengine lE's don't overlap. Refer to the Boot PROM section of the 
manual for more details on the forth monitor in the prom. 

The following steps are required to run multiple SPARCengine IE CPUs in the 
same VME backplane: 

1. The SPARCengine IE placed in slot 1 must have it's VME slot 1 jumper 
installed. 

2. The SPARCengine lE's placed in other slots except 1 must have their VME 
slot 1 jumper removed. 

3. If the VMEbus backplane has a special Sun P2 Bus for ECC memory boards, 
then make sure the extra SPARCengine IE CPU cards are not placed in these 
slots. The P2 Bus slots can only be used by the slot 1 SPARCengine IE CPU. 

4. Each SPARCengine IE CPU should be set to "not autoboot". This is accom- 
plished by setting the "autoboot" parameter in the boot prom to false. The pro- 
cedure for setting this parameter is as follows: If in unix, fasthalt the system to 
get to the boot prom prompt ">" then press "n" to get to the forth system. Enter 
the command "SETENV AUTO-BOOT? FALSE". This disables the autoboot 
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feature. 

This procedure must be done for each SPARCengine IE CPU in the system. 

5. Each SPARCengine IE CPU should be set to a different slavemap. In any 
event no cpu can have it's VME-slavemap set to 0. There are 16 VME-slavemaps 
thru 15. You can set the first cpu to 1, ttie second to 2, etc. While in FORTH 
(as in step 4 above) enter the following command "1 VME-slavemap!" for the 
first SPARCengine IE CPU, then go to the second SPARCengine IE CPU and 
enter "2 VME-slavemap!", etc. When all cpu's have been setup, enter "boot" to 
boot the default boot device on each cpu. 
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VMEbus Interface 



13.1. Required Reference 
Material for VME 



NOTE: 



13.2. Features of the 
SPARCengine IE 
VMEbus Interface 



Reference material required for a complete definition of the VMEbus Interface: 

VMEbus Specification Revision CJ, October, 1985. Also known as: lEC 821 
BUSandIEEEP1014/D1.2. 

SBus Developer's Kit, Sun Part No. 825-1219-xx 

Within ttie SBus Developer's Kit, there is a book entitled Open PROM Toolkit 
User's Guide. The additional notes in the chapter of this manual entitled Boot 
PROM are required to make it applicable to the SPARCengine IE. 

□ A32/A24/A16 Master (Sun-4 VME Device) and A24/A32 Slave DVMA 
device as SBus DMA device. 

D Single-level and round-robin arbitration with bus arbiter timer. 

D VME Interrupt handler with lACK Daisy Chain Driver. 

a Qock driver. 

□ System resetter. 

a Fast bus arbitration by supporting early release enabling bus arbitration con- 
current with Data accesses. 

a Multiprocessing support with Mail Box Interrupts, programmable slave base 
address ranges, true Read Modify Write to local memory, and to shared 
VME resource, with the use of the VME Bus Locker. 

D Full 4GByte VME addressing with mapping register. 

D Simple user-setup provided, only one jumper is required (slot one). AU other 
options are selected through register settings, stored in EEPROM. 

o A special loopback cycle is provided to enable stand-alone testing of the 
interface. 

The heart of the VME Interface is the S4- VME Chip, a 7000 gate CMOS 
LMA9K 1.5 u Gate Array. It includes all VME logic. Address and Data paths 
are external, using 29FCT521, 29FCT52, 29821 and 29FCT821 registers. Decod- 
ing of VME address A(31:24) is done externally using AS27 gates. Decoding of 
Physical address PA(19:16) is done externally using an F20. All VMEbus out- 
puts are driven through bipolar drivers using AS641, LS04 and F125. 
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13.3. VMEbus Basics -- An 
Introduction 



The VMEbus is an asynchronous 32 bit bus, with multi master, multi level arbi- 
tration specifying Single Cycles, Block Mode Cycles and Read-Modify-Write 
Cycles. See next section regarding current revision and publisher. 



Certain conceptual logical units are defined in the table below. 
Table 1 3- 1 VME Concept Definitions 



Concept 


Definition 


MASTER 


accesses SLAVEs. 


SLAVE 


responds with [DTACK/BERR] to MASTERS. 


BUS REQUESTER 


Requests and keeps the bus on 
order from a MAS ThR. 


BUS ARBITERS 


Grants bus to REQUESTERS through 
[BG] daisy chain. Must be in slot 1. 


INTERRUPTER 


Interrupts bus, responds to 

Interrupt handlers with [DTACK/BERR] 

and supplies an Inteirupt Vector. 


lACK DAISY CHAIN Drive 


Drives [lACKINMCKOUT] chain 
when[IACK]and[DS(l:0)] 
are asserted. Must be in slot 1. 


SYS CLOCK DRIVER 


Drives [SYSCLK]. 
Must be in slot 1. 


POWER MONITOR 


Asserts [SYSRESET]. 



13.4. VME Performance 



NOTE 



The timing for the VMEbus interface is as follows: 

8 Bit Transfers 1 .6 MB per second. 
1 6 Bit Transfers 3.2 MB per second. 
32 Bit Transfers 6.4 MB per second. 

The VME Gate Array logic meets the Sbus and VMEbus specifications at a 20 
MHz clock, correlating to a 50 ns clock cycle. 

Bus arbitration for other VMEbus masters takes place faster by using the Eariy 
Release feature. 

These numbers are given only as a way to describe the SPARCengine IE CPU 
performance. The overall bandwidth depends on the other cards response time, 
the application code, amount of other tasks running concurrently, other con- 
current DMA activity, cache hitlmiss ratio, etc. These figures should NOT be 
expected in a real world system. 
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13.5. VME Addresses 



ITiree address spaces are defined. Address Modifier bits [AM(5:4)] indicates 
which: 



Table 13-2 VME Addresses 



13.6. VME Implementation 



Concept 


Definition 


Address 
Modifier 


A16 


16 address bits are needed. Can address 64 KB. 


[AM(5:4)] = 10 


A24 


24 address bits are needed. Can address 16 MB. 


[AM(5:4)] = 11 


A32 


32 address bits are needed. Can address 4 GB. 


[AM(5:4)] = 00 



Address modifier bits [AM(2:0)] indicates what privilege and type of access; 
Supervisor, Non-Privileged, Program Data or Block Transfer access. Data 
transfers can be D32/D16/D8 (i.e., quad-byte, double-byte or single-byte size. 
Unaligned transfer means that a quad-byte or a double-byte transfer takes place 
on a non-even boundary. Unaligned transfers are not supported by the SPARC- 
engine IE CPU card. 

The VME Interface adheres to the VMEbus Specification Rev C.l. A later ver- 
sion of the specification, released by ANSI, the ANSI/IEEE 1014-1987, has 
changed some optional features to mandatory. The new rules are: 2.61-68 and 
4.49. The SPARCengine IE VME Interface follows all these new rules except for 
2.67 requiring ALL D32 slaves to include Unaligned Transfer capability. 



a Address spaces: 
Table 1 3-3 VME Address Spaces 



1 

Addresses 


Comments 


A16 


Master accesses are possible. 


A24 


Master accesses are possible. 


A32 


Master accesses are possible. 


D16 


Master accesses are possible. 


D32 


Master accesses are possible. 


A16 


Mailbox cycles are monitored, 
and can generate the interrupt. 


D8 (only) 


Mailbox cycles are monitored, 
and can generate the interrupt 


A24 


Slave cycles are supported. 


A32 


Slave cycles are supported. 


D8 


Slave cycles are supported. 


D16 


Slave cycles are supported. 


D32 


Slave cycles are supported. 
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a No VME Bus Timer is provided as specified in VME. Own Master cycles 
times out after 300 us generating a Bus Error on VMEbus. 

a Single-level VMEbus arbitration (SGL) and round-robin arbitration (RRS) 
are supported. 

a Read-Modify- Write (RMW) accesses to local and VME memory are sup- 
ported. 

D Unaligned transfers are not implemented nor supported. Unaligned accesses 
get a Bus error returned. Unaligned transfers are: 32bit accesses not to 
address(l:0)=00, 16bit accesses not to a(0)=0. See ANSI/IEEE change 
described above. 

□ Address only cycles are not decoded, an active data strobe is required for the 
start of any DVMA access. 

Q The VME Interface allow Address pipe-lining during Slave accesses, but do 
not utilize the function on VME Master cycles. 

D Eariy release of bus is possible, i.e., other masters can arbitrate getting bus 
mastership while VME Master access is finishing (i.e. Address Strobe still 
asserted). The VME Interface is also prepared for other cards early release of 
the bus, by awaiting the negation of the Address Strobe. 

a The VME Interface requests VME mastership on bus level 3 as an ROR 
(Release On Request). 

a Bus Qear is not monitored. 

a An Interrupt handler that can serve any of the seven interrupts is available. A 
selection of which levels to serve is done by programming a SW register. 
The Interrupt handler is a D08(O), handling only 8 bit interrupt vectors. 

□ No Interrupter function is provided. Signaling between CPU cards in mul- 
tiprocessor configurations is done through the Mail Box Interrupt 

D An lACK Daisy Chain function is provided when the card is in slot one. 

n A System Qock Driver is active, if the card is in slot one. 

D No Serial Clock Driver is implemented. 

n An on card Voltage Supervisor asserts SYSRESET for a minimum of 200 
ms after +5V DC has reached 4.5 Volts, if the slot 1 jumper is inserted. The 
ACFAIL and SYSFAIL is not driven or monitored. Incoming SYSRESET 
generates an on-cand reset. 

13.7. VME Registers -- The registers can be divided into the following groups: 

ajor roups j Registers set on system initialization, replacing card jumpers: 

Interrupt Enable Register. 
Interrupts handled. 
Arbitration mode. 
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2. Registers used for multi-processing or co-processing: 

Mail Box Intemipl Register. 

Slave Map Register (also replacing jumper). 

3. Others: 

A32 VME Address mapping. 
Move 512 MB window. 
Enable diagnostic loop back. 

Slave Map register bitO. 

Enable Block Mode transfers. 



Table 13-4 VME Registers 



Type 


Name 


Physical Base 


Size 




VME Bus Locker 


OxEFEOOOOO 


byte 




VME lACK cycle 


OxEFEOOOOl 


byteA[3:lLA0=l 




Mail Box Register 


OxEFEOOOlO 


byte 




VME Interrupt Enable Register 


0xEFE00014 


byte 




A32MAP Register 


OxEFE(X)018 


byte 




Slave Map Register 


OxEFEOOOlC 


byte 






A full 32 bit Master Interface is provided. Com'^letc jn^^^iv^f' of 512 MB is rios- 
sible all the time, but this 512 MB window can be moved through all 4 GB 
through a VME Mapping register. 

A32, A24, A16 Address Modes, D32, D16, D8(E0) Data Sizes are supported. 

On Master cycles, RMW, i.e. atomic load-store cycles are implemented accord- 
ing to the VME spec. The VME data strobe asserts two times as the VME 
address strobe is hold asserted. This differs from other Sun cards, where instead 
the ownership of VME is kept while a read and a write takes place. The problem 
with this is that if the access is to a card with several devices competing for an 
on-card bus, there is no way this card can recognize the access as a RMW. For 
example.: a disk card with multiple on card devices would not be able to prevent 
a shared resource to be stolen in between what looks like a standard Read and 
Write even though the VMEbus is locked. 

Block mode transfers arc not supported. (They are only supported by the Slave 
interface.) 

Unaligned transfers (UAT) are not supported. Accesses of this kind, i.e. 16-bit 
accesses to base addr. + 1 or addr. + 3, or 32 bit accesses to base addr. + 1, base 
addr. + 2 or base addr. + 3 is not recognized, resulting in a Bus error time out 32 
bit accesses to type 2 space, the 16 bit VME port is not recognized, resulting in a 
Bus error time out. 
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* VME intOTupL Do vectoring. 

* The VME vector is read off the VME bus. If this fails (data fault), 

* _trap will check the PC of the fault and jump to _spurious. 

* The vmelevel# code sets up %gl to contain the address of the 

* appropriate VME lACK register before it branches here. 
*/ 

.global _vine_read_vector 



define VEC 


MAX 64 




tdefineVEC. 


MDSr 255 




vme read vector: 




Idub 


[%gl], %16 


read vector #, acknowledge inL 


cmp 


%16. VEC_MAX 


check vector limits 


bg 


spurious_vme 




subcc 


%16. VEC.MIN, %g3 


normalize vector 


bl 


spurious vme 




sU 


%g3,2,%g5 


scale for interrupt counting 


sU 


%g3.3.%g3 


scale vector 


set 


_intrcnt, %g4 


per-device interrupt counts table 


Id 


[%g5 + %g4], %gl 


interrupt count 


set 


vme vector, %g2 


table of interrupt vectors 


inc 


%gl 


cotmt interrupt 


St 


%gl,[%g5 + %g41 


and store result 


Id 


[%g2 + %g3],%gl 


get handler address 


add 


%g2.4,%g2 


generate address of arg ptr 


Id 


r%g2 + %g3],%oO 


delay slot, get arg ptr 


call 


%gl 


call handler 


Id 


[%oO].%oO 


read arg ptr 



b,a int_rtt 
I* end _vme_read_vector */ 



! restore previous stack pointer 



* Vme vectors are compatible with the sun3 family in which 

* there were possible valid vectors fnnn 64 to 255 inclusive. 

* This requires 192 vectors, each vector is two words long 

* the first word being the interrupt routine address and the 

* second word is the arg. 
* 

* Vectors OxC8-OxFF (200-255) are reserved for customer use. 

*/ 



* The vme vectoring uses the following table of routines 

* and arguments. The values for the vectors in the following 

* table are loaded by auioconf at boot time. 
*/ 

#define ERRV .word _spurious, 

.seg "data" 
.align 4 

•global _vme_vectoT 
vme vector: ! vector numbers 



ERRV; ERRV; ERRV; ERRV 
ERRV; ERRV; ERRV; ERRV 
ERRV; ERRV; ERRV; ERRV 
ERRV; ERRV; ERRV; ERRV 
ERRV; ERRV; ERRV; ERRV 
ERRV; ERRV; ERRV; ERRV 



0x40 - 0x43 scO I sc? 
0x44 - 0x47 xdcO I xdcl I xdc2 I xdc3 
0x48 - 0x4B xycO I xycl i xyc? 
0x4C - 0x4F future disk controllers 
0x50 - 0x53 future disk controllers 
0x54 - 0x57 future disk controllers 
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ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV; 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 

t?t»DV7 

ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 



ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 

ERRV 
ERRV 
ERRV: 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV; 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 

ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 



ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 

ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV; 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 

CDDV/ 

ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 



ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 

l^l\,K. V 

ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 

CDDV 

ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 
ERRV 



0x58 - 0x56 future disk controllers 

Ox5C - Ox5F future disk controllers 

0x60-0x63 tmO Itml Itm? 

0x64 - 0x67 xtcO i xtcl i xtc? 

0x68 - 0x6B future tape controllers 

0x6C - Ox6F future tape controllers 

0x70-0x73 ec? 

0x74 - 0x77 ieO I iel I ie? 

0x78 - Ox7B future ethemet devices 

0x7C - Ox7F future ethonet devices 

0x80 - 0x83 vpcO I vpcl I vpc? 

0x84 - 0x87 vp? 

0x88 - Ox8B mtiO I mtil I mti2 I mti3 

Ox8C - Ox8F SunLink SCP (Systech DCP-8804) 

0x90-0x93 Sun-3zsO (8 even vectors) 

0x94 - 0x97 Sun-3 zsl (8 odd vectors) 

0x98 - 0x9B Sun-3 zsO (8 even vectors) 

0x9C - Ox9F Sun-3 zsl (8 odd vectors) 

0xA0-0xA3 future soial 

0xA4 - 0xA7 pcO I pel I pc2 I pc3 

0xA8-0xAB cg2 1 future frame buffers 

OxAC - OxAF gpl I future graj^cs processors 

0xB0-0xB3 sIqK)!? 

0xB4-0x-B7 SunUidc/ channel attach 

OxB8 - OxBB (token bus) tbiO I tbil I ? 

OxBC - OxBF Reserved for Sun 

0xC0-0xC3 Reserved for Sun 

0xC4-0xC7 Reserved for Sun 

OxC8 - OxCB Reserved for User 

OxCC - OxCF Reserved for User 

0xD0-0xD3 Reserved for User 

0xD4-0xD7 Reserved for User 

OxD8 - OxDB Reserved for User 

OxDC - OxDF Reserved for User 

CxEO - OxE3 Ressn'ed for User 

0xE4 - OxE7 Reserved for Usct 

0xE8-0xEB Reserved for User 

OxEC - OxEF Reserved for User 

0xF0-0xF3 Reserved for User 

OxF4-OxF7 Reserved for User 

0xF8-0xFB Reserved for User 

OxFC - OxFF Reserved for User 



13.10. Slave Interface 



A32, A24 address mode. 

1 MB of memory is accessible, normally the lowest MB on VME, but this can 
be changed to be in the 1-16 MB range to support multi-CPU card implementa- 
tions. The address range is incremented in 1 MB steps. 

Unaligned accesses to the Slave Interface range returns a Bus Error back to the 
external VME Master. 

The address modifiers on VME are used to define Address mode (A32/A24/A16), 
privilege, and data/program/block-transfer access. The Slave decoder and Mail 
Box Interrupter monitors all address modifier bits with the exception of AM2, the 
access privilege bit. All slave accesses as a DVMA device is set to supervisor 
mode, which is in accordance with the Sun-4 Architecture. 

The 1 MB VME address space selected is always mapped to the highest mega- 
byte in the Virtual Address Space, again in accordance with the Sun-4 Architec- 
ture, 
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Single Transfers 



A bit in the S4-CACHE SYSTEM Enable Register can disable SDVMA and 
therefore all Slave cycles. If this bit is set, single slave cycle can take place. 



Slave Map Register 



The address space for System DVMA accesses is 1 MB, normally the lowest 
Megabyte in accordance with the Sun-4 Architecture, but bits 27:24 can be used 
to re-map the SDVMA address space. Slave Block Mode transfers can also be 
enabled by setting bit 31. This lowest 1 MB on VME is mapped to the highest 1 
MB within the Virtual Address space. During register accesses, only 8-bit 
accesses should be used. 16- or 32-bit accesses are not acknowledged, resulting 
in a bus error time out 



Slave Map Register 
Initialization 



The register is reset to all O's on resets. Thus, the mapping defaults to 0-1 MB 
and block mode transfers is disabled. 



Table 1 3-8 Slave Map Register Address 



Type 


Device Address 


Device 


Physical Space 


1 


OxEhbOOOlC 


Slave Map Register 


1 byte 

1 



Table 1 3-9 Slave Map Register Address Bits 



31 


30 


29 


28 


27 


26 


25 


24 














VME Slave Address base 
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Table 13-10 Slave Master Register Bit Definitions 



Bit 


Range 


Value 


Range Start 


Range End 


31 


This bit is not used, and must be 0. 


30:28 


This bit is not used, and is read back as 0. 


27:24 


0x0 Maps System DVMA Space to: 


OxOOOOOOO-OxOOOFFFFF 


MB 


1MB 


27:24 


0x1 Maps System DVMA Space to: 


OxOOlOOOO-OxOOlFFFFF 


1MB 


2MB 


27:24 


0x2 Maps System DVMA Space to: 


0x0020000-0x002FFFFF 


2 GB 


3 GB 


27:24 


0x3 Maps System DVMA Space to: 


0x0030000-0x003FFFFF 


3 GB 


4 GB 


27:24 


0x4 Maps System DVMA Space to: 


Ox0040000-Ox004FFFFF 


4 GB 


5 GB 


27:24 


0x5 Maps System DVMA Space to: 


0x0050000-0x005FFFFF 


5 GB 


6 GB 


27:24 


0x6 Maps System DVMA Space to: 


Ox0060000-Ox006FFFFF 


6 GB 


7 GB 


27:24 


0x7 Maps System DVMA Space to: 


0x0070000-0x007FFFFF 


7 GB 


8 GB 


27:24 


0x8 Maps System DVMA Space to: 


Ox0080000-Ox008FFFFF 


8 GB 


9 GB 


27:24 


0x9 Maps System DVMA Space to: 


0x0090000-0x009FFFFF 


9 GB 


10 GB 


27:24 


OxA Maps System DVMA Space to: 


OxOOAOOOO-OxOOAFFFFF 


10 GB 


11GB 


27:24 


OxB Maps System DVMA Space to: 


OxOOBOOOO-OxOOBFFFFF 


11GB 


12 GB 


27:24 


OxC Maps System DVMA Space to: 


OxOOCOOOO-OxOOCFFFFF 


12 GB 


13 GB 


27:24 


OxD Maps System DVMA Space to: 


OxOODOOOO-OxOODFFFFF 


13 GB 


14 GB 


27:24 


OxE Maps System DVMA Space to: 


UxUOEOOOU-OxOUHFhFhF 


14 GB 


15 GB 


27:24 


OxF Maps System DVMA Space to: 




15 GB 


16 GB 


OxOOFOOOO-OxOOFFFFFF 



13.11. Mail Box 



A Mail Box interrupt function is provided to allow other devices to interrupt the 
SPARCengine IE. This mail box detects accesses to the Al 6 address space to a 
location programmed in the mail box register. No real memory is provided at this 
location, but the mail box responds with a VME DTACK, acknowledging the 
access and generate an on card interrupt Level 13 if the Enable bit is set. VME 
Address bits A(15:14, 3:1) are in the Mail Box Register. This corresponds to pro- 
gramming the location to one of the eight 16-bit words in one of the four 16K 
blocks of the address range. Any VME A 16 address space, 8-bit or 16-bit read or 
write to the location programmed into the Mail Box Register generates an on- 
card interrupt on level 13 if enabled. 32-bit wide access is not allowed and is not 
acknowledged, resulting in a Time out Bus Error for the other accessing VME 
Master. 

Since the address mapping of the location monitor compares only the address bits 
A15, A14 and A3, A2, Al (Bits A13 up to A4 arc NOT compared at all), the 
location monitor address is mirrored 1023 times in the selected 16K range. The 
user is advised to use addresses with address bits A13 to A4 set to zero. 
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Mail Box Register Base 
Location 



This register is used to program the VME address to be monitored and, if 
enabled, mailbox interrupts the lU via an on-card interrupt. Only 8-bit accesses 
to the register should be used, 16- or 32-bit accesses are not acknowledged, 
resulting in a bus error time out. For mail box cycles, the VME bus is only mon- 
itored for A16, D8 or D16 accesses. 



Mail Box Register Initialization 
Table 13-11 



All bits are initialized to O's. 
Mail Box Register Address 



Type 


Device Address 


Device 


Physical Space 


1 


OxEFEOOOlO 


Mail Box Register 


1 byte 



Table 13-12 Mail Box Register Address Bits 



31 


30 


29 


28 


27 


26 


25 


24 


I-fig 


En I 





Comp Address (15:14) 


Comp Address (3:1) 



Mail Box Register Interrupt 
Level 



Uvel 13. 



Table 13-13 Mail Box Register Bit Definitions 



Bit 


Range 


Value 


Range Start 


Range End 


31 


This bit set indicates that a mailbox intenrupt is pending. 

A read of this register resets the interrupt on the trailing edge of the read pulse. 

A write to this bit is ignored. 


30 


This bit set enables the mail box interrupt. 


29 


This bit is ignored, and is read back as 0. 


28 


Compared with VME Address Bit 15. 


27 


Compared with VME Address Bit 14. 


26 


Compared with VME Address Bit 3. 


25 


Compared with VME Address Bit 2. 


24 


Compared with VME Address Bit 1. 
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13.12. Bus Locker 



A Bus locker ftinction is provided to enable the CPU to do an atomic Read- 
Modify- Write (RMW) to its on-card memory without being interrupted by an 
incoming RMW from the another VME Master. This function is only to be used 
when the card is running together with one or more external CPU cards (mul- 
tiprocessing). In these cases, message passing is done through shared memory 
locations that need to be accessed in a defined way. 



VME Bus Locker Register 



In a non-multiprocessing application, this register should be left alone. When 
used, bit 24 of the register should ALWAYS be SET for each update, to guaran- 
tee a consistent bus arbitration behavior. 



Table 13-14 Bus Locker Register Address Bits 



31 


30 


29 


28 


27 


26 


25 


24 


Owned 

















Req Bus 


Use locker 



Initialization 



All bits are initialized to O's. Thus, the VME bus locker is inactive and does not 
affect the card's bus arbitration. 



Table 13-15 Bus Locker Register Bit Definitions 



Bit 


Kange 


Value 


Railgc Start 




31 


This bit indicates the the VMEbus is owned. 
No external VME card can access memory. 
Bit is read only, a write to this bit is ignored. 


30 


This bit is ignored, and is read back as 0. 


29 


This bit is ignored, and is read back as 0. 


28 


This bit is ignored, and is read back as 0. 


27 


This bit is ignored, and is read back as 0. 


26 


This bit is ignored, and is read back as 0. 


25 


This bit initiates a VMEbus request. 
Once owned, it is held. 


24 


This bit enables the Bus request function. 

It should only be set for multiprocessing applications. 

If set, it should never be changed (unless system is restarted). 



In multiprocessing applications, update the register at the system initialization 
time by writing 0x01 to the register. The procedure for accessing an on-card 
memory location is: 
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NOTE 



NOTE 



1. Disable all interrupts. (VME JACK cycles need to acquire control of VME.) 

2. Request VMEbus locking by writing 0x3 to the register. 

3. Read register and check bit 31 to until VMEbus is owned and locked. 

4. Do Read-Modify- Write (RMW) (atomic Load-Store) to on-card memory. 

5. Unlock VME by writing 0x1 to register. 

6. Enable all interrupts. 

If the VME is not unlocked in time, other accesses might time out causing a sys- 
tem crash. Always unlock VME ASAP after the RMW is completed! 

VME internets must be disabled during the bus locking procedure to prevent 
potential deadlock, since VME lACK cycles requires access to VME. Interrupts 
could otherwise cause a deadlock situation if it happens while the bus is locked. 



13.13. Interrupt Handler 



The interrupt handler can selectively support all interrupt levels. These are 
enabled through the VME Interrupt/Bus Arbiter register. Note that this register is 
a replacement for a jumper and should normally be fixed depending on the VME 
Interrupt handler configuration. Run-time enabling of the interrupts are normally 
done with the Interrupt Enable register, see the System Specification. 



Interrupt Enable/Bus Arbiter 



Mode Register 



i Tic mteniipi Enable ivegisler can selectively enaoie au vMt interrupt levels. 

This Register enables VME interrupts to be fed to the Interrupt logic in the S-4 
MMU chip. Only 8-bit accesses should be used, 16- or 32-bit accesses are not 
acknowledged, resulting in a bus error time out. 



Interrupt Enable Register 
Initialization 



Bit set 31:25 is set and bit 24 reset. Thus, VME interrupts are enabled and the 
arbiter mode is SGL, single level arbitration. 



NOTE This register replaces on-card jumpers. Changes to this register should only be 
done at system initialization time, and should not be changed at a later time 
unless the system is restarted. 



Table 13-16 



Interrupt Enable Register Address 




Type 


Device Address 


Device 


Physical Space 


1 


OxEFEOOOM 


VME Interrupt Enable Register 


1 byte 
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Table 13-17 Interrupt Enable Register Address Bits 



31 


30 


29 


28 


27 


26 


25 


24 


En7 


En6 


En 5 


En4 


En 3 


En 2 


Enl 


Round-Robin Arbitration 



Table 13-18 Interrupt Enable Register Bit Definitions 



Bit 


Range 


Value 


Range Start 


Range End 


31 


This bit enables VME Interrupt 7/Sun-4 level 13 to Internal Logic. 


30 


This bit enables VME Interrupt 6/Sun-4 level 1 1 to Internal Logic. 


29 


This bit enables VME Interrupt 5/Sun-4 level 9 to Internal Logic. 


28 


This bit enables VME Interrupt 4/Sun-4 level 8 to Internal Logic. 


27 


This bit enables VME Interrupt 3/Sun-4 level 5 to Internal Logic. 


26 


This bit enables VME Interrupt 2/Sun-4 level 3 to Internal Logic. 


25 


This bit enables VME Interrupt l/Sun-4 level 2 to Internal Logic. 


24 


This bit enables Round-Robin Arbitration. 



NOTE Enabling the bus arbiter fiinction is done via a jumper (Slot I jumper). 



13.14. Bus Requester 



The Bus requester is an ROR requester. It releases the bus when other VME 
Masters/Requesters requests the bus. The SPARCengine IE can only request on 
Bus Request level 3. 



Bus Arbiter 



A Single Level Arbiter (level 3) and a Round-Robin Arbiter are provided. Note 
that the arbiter is enabled only if the card resides in slot 1 . (Slotl jumper.) 

In arbitration mode, locked arbitration is detected and released by the arbiter 
after 3.3 ms. The Bus arbiter then drives BBSY active for the minimum period 
required by the VMEbus spec. This is to prevent requesters that in the mean time 
have decided to withdraw their requests to be able to do so. Note that a with- 
drawal of a VME Request normally is in violation of the VME Specification. 
(Rule 3.11). 



13.15. Bus Time Out 
Period 



There are two time out parameters in a VME cycle in addition to the On Board 
Bus arbitration timer: Rerun Time Out and Abort. 
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Rerun Time Out 



If the time from the Master cycle starts until the VME slave responds with a 
DTACK exceeds 1 .6 us, the cycle is renin by the lU so high-priority devices can 
get on the Sbus. In the mean time, the Master cycle and all output signals is 
frozen, ignoring any DTACK coming in. When the cycle is rerun, it is recon- 
nected again. 



Abort 



Two stages of the access exists. If the bus is not owned, it has to be acquired. 
Then the actual VMEbus cycle can start. A Master cycle times out after 300 us. 
That means, the response time from another VME slave including the time for 
acquiring the bus must be less than 300 us. 

If the VMEbus is not owned when an abort occurs, the bus requester keeps the 
VMEbus Request asserted even though the CPU cycles has been aborted. It then 
asserts a dummy Bus Busy (BBSY) when the Bus Grant is received. This is to 
comply with VME rule 3.1 1. 

If the bus is owned when the abort takes place, a Bus Error is generated. This Bus 
Error would nonnally be generated by an accessed VME slave. This is lo comply 
with VME nile 2.48. 



13.16. System Reset 



On power up, the CPU card generates SYSRESET for a minimum of 200 ms, if 
the Slotl jumper indicates the card resides in slot 1. Incoming VMEbus resets 
always generate an on-card reset 



13.17. Jumper 



Only one jumper is used for the VME Interface. If jumpered, the SPARCengine 
IE operates as the VME system arbiter and slot 1 card. 



Table 13-19 Slot 1 Jumper & Functions 



Function 


"Slot 1" Position 


"Not in Slot 1" 


VME System Dock 


Enabled. 


Tri -state. 


VME lACK Daisy-chain Driver 


Enabled. 


lACKIN drives lACKOUT. 


SYSRESE'l 


Generates VME SYSRESE'l . 


Does not generate VME SYSRESE'l'. 



13.18. Programmable 
Register Settings 



The following registers include settings otherwise often provided by jumpers. 
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Table 1 3-2Q Programmable Register Settings 



Register 


Setting Definition 


Slave Map Register 


Defines memory address space of the 1 MB on-card VME Slave 
(System DVMA). 


VME Interrupt Handler Register 


Defines which interrupt levels to handle. 

Defines what type of VME Bus arbiter (only if the card resides in slot 1). 


A32 Map Register 


Defines where to map the CPU Master Address Space of 512 MB. 



13.19. VME lACK Cycles 



NOTE 



When the SPARCengine IE is set up to respond to Vectored VME interrupt 
requests, it drives the lACK line to acquire the interrupt vector from interrupting 
devices though software routines. A device space operation is used by the Inter- 
rupt handler to generate an Interrupt Acknowledge cycle. The operation is done 
only by doing a Device Space byte read at location (kEFEOOOOX with Address 
bits 3 to 1 set to the VMEbus interrupt level being acknowledged. A 16- or 32-bit 
access is not acknowledged and results in a bus error time-out. By doing this, an 
acknowledge process is started by first acquiring the bus, then by driving the 
lACK signal at the same time as with other control lines such as AS*, DS*, Al- 
3, etc. 

An access to these seven addresses are not to an on chip register, but instead to 
execute a VME Internet Acknowledge cycle, acquiring the Interrupt Vector 
from the interrupting device. 



Table 1 3-2 1 Mail Box Register Address 



Interrupt Type 


Device Address 


Device 


Physical Space 


1 


OxEFEOOOOO 


VME Int. Vector 


1 

A[3:l]=VMEInL level. 
A0=1, Read, only 8-bit 
access should be used. 
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Table 1 3-22 VME lACK Cycles Register Address Bits 



31 



30 



29 



28 



27 



26 



25 



24 



8-bit Interrupt Vector from interrupting VME Device Level A(3:l) 



This translates into the following interrupt responses: 
Table 1 3-23 VME lACK Cycles Interrupt Responses 



Acknowledging VME Interrupt 


Device Address 


1 
2 
3 
4 
5 
6 
7 


OxEFE00003 

OxEFE00005 

0xEFE00007 

0xEFE00009 

OxEFEOOOOB 

OxEFEOOOOD 

OxEFEOOOOF 



Daisy Chain lACK Driver 



Master Cycles 



Slave Cvcles 



Since the SPARCengine IE does not have the capability to interrupt the VMEbus 
through the VME interrupt request lines, it does not provide interrupt vectors at 
all. Thus, it drives the daisy chain lACKOUT when an lACKIN is active. When 
set up as a slot 1 card, it drives the lACKOUT as soon as the non-daisy chain 
lACK signal is active. 

Ideal VME slave accessed (30 ns DS to DTACK response). Bus already owned. 
No lingering DTACK or AS. 

A Master cycle is 9 cycles, corresponding to a theoretical 9 MB/s bandwidth for 
back-to-back cycles. 

Ideal VME master (0 ns DTACK to DS response). Fast Sbus grant (two clock 
periods). 
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Table 1 3-24 Slave Cycles Duration and Theoretical Bandwidth 



Cycle 


Duration (ns) 


Theoretical Bandwidth 


Single Read 


560-630 ns 


6.9 to 7.9 MB 


Single Write 


510-580 ns 


6.3 to 7.2 MB 



13.20. Bus Arbitration 

Table 13-25 Bus Arbitration 



Arbiter 


Conditions 


Single Level Arbiter 


No MVE master owns the bus. Bus Locker disabled. 
VME Bus Request to VME Bus Grant: 2 Cycles. 

No MVE master owns the bus. Bus Locker enabled. 
VME Bus Request to VME Bus Grant: 3 Cycles. 


Round-Robin Arbiter 


No MVE master owns the bus. Bus Locker disabled. 
VME Bus Request to VME Bus Grant: 2-5 Cycles. 

No MVE master owns the bus, Bus Locker enabled. 
VME Bus Request to VME Bus Grant: 3-6 Cycles. 
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13.21. Interrupts The following table defines the interrupt sources and their levels: 

Table 13-26 VME Interrupt Levels and Sources 



13.22. VME Programming 
Examples 



FORTH Programming 
Example 



Level 


Source 


Additional Source 


15 


Memory: Parity Error 


ECC Uncorrectable Error 


14 


Counter/Timer 1 




13 


VME Level 7 


VME Mailbox intermpt 


12 


Serial Ports 




11 


VMEUvel6 




10 


Counter/Timer 




9 


VME Level 5 


SBUS7 


8 


VME Level 4 


SBUS6 


7 


P2 Bus interrupt (ECC Correctable Error) 


SBUS 5 (Video) 


6 


Ethemet 


SWIRQ6 


5 


VME Level 3 


SBUS 4 


4 


SCSI 


SWIRQ4 


3 


VME Level 2 


SBUS 3 


2 


VMEUvcll 


SBUS 2 


1 


SWIRQl 


SBUSl 



All type 1 devices defined in the architecture, including the serial ports, use auto- 
vectored interrupts. 

The interrupt register in device space enables all interrupts, causes software inter- 
rupts, and enables specified intermpts. It is described in the chapter Device 
Space. The memory error registers in system space, provide infomiation about 
any memory errors that occur. They are described in the chapter System Space. 

Two code examples are presented below, one written in FORTH, and the other 
written in C. These examples provide an indication to you on how to program 
for the VMEbus. 

Additional reference material required for a complete definition of the FORTH 
and C words used in the following code examples: SBUS Developer's Kit, Sun 
Part No. 825-1219-xx, (Sun SBUS Infonnation). 

The FORTH example below shows how to map a page to obtain a virtual address 
that allows access to the VME-bus. The example shows how to map the slave 
port (what other masters read/write to obtain access to your local memory) and 
how to map the master port (what you use to read/write the VME-bus). 

The routines map-master and map-slave translate a slave window (1 of 16 one 
megabyte windows that can be mapped to the VME-bus) into a virtual address 
that accesses the VME-bus. The routines use subroutines map-segments and 



sun 

microsystems 



Revision A of April 10. 1990 



Chapcer 13 — VMEbus Interface 111 



map-pages. Map-segments has 3 arguments, segment map entry, virtual address, 
and length. It stores a new segment map entry for the virtual address supplied. 
Map-pages has 4 arguments, physical address, space type, virtual address, and 
length. It maps conse- cutive pages to map a region of size length. 



constants 

800000 constant vmed32-mem 
100000 constant Imb 
OfeOOO constant window-size 
fffOOOOO constant sdvma 
constant local-mem 



(VMED32 memoiy virtual address) 
(1 megal^te constant) 
(size of window monitored by 4e-slave) 

(SDVMA virtual address) 
Oocal memory address) 



: map-master ( vme-slave-window — ) 
20 vmed32-mem window-size m^-segments 
( vme-slave-window ) Imb * 
vmed32a32 ( space type) vmed32-mem window-size map-pages 



(imq) in segments for vmed32-mem) 



map-slave ( vme-slave-window — ) 

vme-slavemap! (window for SDVMA) 

f4 sdvma window-size map-segments (rm;) in segments for SDVMA) 

local-mem obmem ( space type) sdvma window -size map-pages 



map-m8s2 ( ~ ) 
8 map-master 
2 map-slave 



(map master to global slaveS and select slave2) 



map-m2s8 ( - ) 
2 map-master 
8 map-slave 



(map master to global slave2 and select slaveS) 



800000 1@. 



(read VME-bus location and print results) 
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C Programming Example The C example below shows how to open a VME space and obtain a virtual 

pointer so that the VME space can be read/written to. 

In the Unix environment several options are available to the programmer. The 
VME-bus supports 16, 24, and 32 bit addressing, along with 8, 16, and 32 bit 
data transfers. In /dev several special files are provided that allow for the dif- 
ferent configurations. For example vme24d32 provides a 24 bit address with 32 
bit data transfers. These special files can be opened and seeks performed. (See 
MEM in section 4S of the manual pages) However it is usually more efficient to 
use pointers. A pointer to an opened special VME file can be obtained using 
mmapO.(See MMAP in section 2 of the manual pages) 

#mclude <stdio.h> 
#include <fcntl.h> 
#include <sysAypes.h> 
#include <:sys/rranan.h> 

main(argn, argv) 
intargn; 
char **argv; 

{ 

int fd, i, len, off; 
off_t addr; 
caddr_t ptr; 
unsigned short *p; 
unsigned short pat; 

if(argn < 3) { 

printfC'usage: %s addr len (pat 10, argv[0]); 
return; 

) 

pat = 0; 

addr = (int)strtol(argv[l]. (char ♦*)NULL, 0); 

off = (addr & 0x7fF0 » 1 ; /* convert offset to a short */ 

addr &= OxffffSOOO; /* use a 32k window */ 

len = (int)strtol(argv[2], (char **)NULL, 0); 

if(argn = 4) pal = (short)strtol(argv[3]. (char **)NULL, 0); 

if(pal = 0) pat = Oxaaaa; 

printfC'addr = Ox%xO, addr); 

printf("off = Ox%xO. off*sizeof(pat)); 

printfC'len = %dO, len); 

printfC'pat =Ox%x0.pat); 

/* Now open VME space as address 24 data 16*/ 
if((fd = open(7dev/vme24dl6",0_RDWR)) ==-!){ 

printf( "error opening vme busO); 

return; 
} 

/* Use mmap to obtain a virtual pointer to VME space */ 
if((ptr = mmap(0, len, (PROT_READIPROT_WRITE), 

MAP.SHARED, fd, addr)) = (caddr_l)-l ) { 
printfC'mmap failedO); 
return; 
} 

/* convert pointer to unsigned short for 16 bit read/writes * ' 
p = (unsigned short *)ptr; 

for(i=0; i<len/2; i-^-*-) *(p+i+ofO = pal; /* initialize memory to pat */ 
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while(p) { 
for(i=0; i<lCT/2; i-H-) { 

if(*(p4-i+off) != pat) { /* read and compare pat */ 

printfC'fail location %x read %x exp %xO, p+i-K)ff, *(p+i+off), pat); 
p = O, /* break out of loop */ 



} 



oreaic; 



} 



13.23. Example of a VME 
System 



Below is a diagram of a sample VME system with two SPARCengine IE cards, a 
third-party Ethernet card, and a third-party SCSI card. The text below describes 
how this system configuration should be defined and implemented. This example 
is generic, and is provided only as a guide for understanding the SPARCengine 
IE VMEbus. 



Figure 13-1 Sample VME System Diagram 



Slot 1 



Slot 2 

B 



Slot 3 

c 



Slot 4 
D 



4/E 


Im Hand 


Sys Reset 


Slave 


tACKDC 


Master & 


Arbiter 



4/E 


Inl Hand 


Slave 


Master &. 
Requester 



Ethernet 



Slave 



Inleruptr 



C/^CT 


oUol 


Inleruptr; 


Master & 
Requester 


Slave 



TPD-0212 



Board A in slot 1 is a 4/E with the slot 1 fiinctions enabled (ARBITER,IACK 
DAISY chain driver, SYS CLOCK Driver). It is an INTERRUPT HANDLER for 
level 1-3. Board B is also a 4/E with the slot 1 functions disabled. It is an 
INTERRUPT HANDLER for level 4-7. Board C is an Ethernet card with a 
SLAVE and an INTERRUPTER. Board D is a SCSI card with DMA capabili- 
ties. It has a MASTER, a SLAVE and an INTERRUPTER. 

Board A needs to start a disk transfer by writing to command registers in card D. 
But first he has to acquire the bus. His MASTER orders the on card REQUES- 
TER to get the bus. The REQUESTER asserts [BR]. If no one owns the bus, 
indicated by an inactive [BBSY], the arbiter grants the bus with [BG]. Board A's 
REQUESTER receives this, assert [BBSY] and allow his MASTER to start a bus 
cycle. 

If another card 's REQUESTER was requesting the bus at the same time with a 
[BR], card A would still get it since the bus grant from the arbiter in slot 1 is 
passed from card to card via a Daisy Chain [BGIN,BGOUT] and card A is the 
first card in the Chain. 

Board A's MASTER asserts addresses, data and then strobe [AS] and [DS(1:0)]. 

Next, card D's SLAVE detects that the cycle is aimed at him and respond with a 
[DTACK] once the data has been captured (the write to the command register). 
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The SCSI card starts the disk access and when he has filled his buffer with data, 
activate his MASTER. The MASTER requests the bus via it's on-card 
REQUESTER. The SPARCengine IE requester is of Release On Request type, 
so he keeps the bus with [BBSY] until someone else asks for it. When Board D's 
REQUESTER requests the bus, BOARD A's REQUESTER drops [BBSY]. 
Now the ARBITER can grant the bus to card D with a [BG]. 

BOARD D acquires the bus asserting [BBSY] and the MASTER can start a 
DMA transfer to card A's on card memory via A's SLAVE, the SLAVE responds 
with a DTACK for every cycle. Once the whole transfer is complete, card D 
asserts interrupt 3 via his INTERRUPTER signaling he's finished. 

Board A's ESTTERRUPT HANDLER is activated and does an Interrupt Ack- 
nowledge cycle. This cycle is almost identical to a MASTER read, but instead of 
reading data, the interrupt vector is read. [lACK] is asserted to signal an lACK 
cycles, and address bits 1-3 indicates what level the lACK cycle is responding to. 

[lACK] from any interrupt handler is passed to slotl, where the back plane 
directly connects it to the start of the [lACKIN/IACKOUT] daisy-chain. This is 
done to enable INTERRUPT HANDLERS to be spread out on different cards if 
needed. The lACK Daisy Chain Driver in slot 1 drives the chain. Board B is not 
an INTERRUPTER and therefore always passes [lACKIN] to [lACKOUT]. 

Board C passes the incoming [lACKIN] to its [lAGKOUT], unless he is inter- 
rupting on the same level at the same time. If so, he does not pass the [lACKIN] 
signal, but instead respond to the lACK cycle with a DTACK and his vector, dif- 
ferent from card D's. In the mean time, card D would not see any [lACKIN] and 
therefore just keep his interrupt asserted until card C passes it oa 

Board D's INTERRUPTER responds to an lACK cycle with the corresponding 
bits set to the level he is interrupting on. Board A jumps to the disk card interrupt 
routine, with the understanding that the disk transfer has finished and now is 
ready and stored in the DVMA buffer. The transfer is complete. 

13.24. Sample VIVIEbus The foUowing code is a listing of the current VMEbus driver in SunOS. It is 

Interface Driver being provided as a developmental aide, not as a substitute for your own 

development. 

/* 

* Copyright (c) 1989 by Sun Microsystems, Iik. 
*/ 

/* 

* VME special file 
*/ 

#inclu(ie <sys/param.h> 
#include <sysAJser.h> 
#include <sys/buf.h> 
#include <sys/systm.h> 
#include <sysA'm.h> 
#include <sys/uio.h> 
#include <sys/mman.h> 
#include <vm/seg.h> 



^ 



#include <machine/ptc.h> 
#include <machine/minu.h> 
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#include <machme/cpu.h> 
#include <machine/eq}rom.h> 
#include <machine/seg_kmranJi> 



#define M_ 
#define M. 
#defiiie M_ 
#define M_ 
#define M. 
#defineM 



VME16D16 
yME24D16 
VME32D16 
VME16D32 
VME24D32 
VME32D32 



5 
6 
7 
8 
9 
10 



I* /devArmel6dl6 
/* /dev/vme24dl6 
!* /dev/vme32dl6 
I* /dev/vmel6d32 
I* /devA?me24d32 
I* /dsv/vme32d32 



VME 16bit 
VME 24bit 
VME 32bit 
VME 16bit 
VME 24bit 
VME 32bit 



addr/16bitdata*/ 
addr/16bitdata*/ 
addr/16biidata*/ 
addr/32bit data */ 
addr/32bit data */ 
addr/32bit data */ 



f* transfer sizes */ 
#define SHORT 
#defineLONG2 



* Check bus type memoiy spaces for accessibility on this machine 
*/ 



nunopen(dev) 

dev_t dev; 



} 



switch (minor(dev)) { 
caseM_VME16D16: 
case M_VME24D16: 
case M_VME32D16: 
caseM_VME16D32: 
case M_VME24D32: 
case M_VME32D32: 

break; 
default: 

return EINVAL; 

} 

return 0; 

/* end of mmopen */ 



nunread(dev, uio) 
dev_t dev; 
struct uio *uio; 

{ 



/* Unsupported or unknown type */ 



} 



return (mnirw(dev, uio, UIO_READ)); 



mmwrite(dev, uio) 
dev_t dev; 
struct uio *uio; 



{ 



return (mmrw(dev, uio, UIO.WRTTE)); 



mmrw(dev, uio, rw) 
dev_t dev; 




struct uio *uio; 




enum uio_rw rw; 
f 




I 

register int 


0, 

xfersize; 


register u_int 


c, 

V 


register struct iovec 
int 


*iov; 
error = 0; 


ml 

struct mcmlist 


pgsp; 

*pmem; 
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while (uio->uio_resid > && error == 0) { 
iov = uio->uio_iov; 
if (iov->iov_len = 0) { 
uio->uio_iov-H-; 
uio->uio_iovcnt- ; 
if (uio->uio_iovcnt < 0) 
panicC'mmrw"); 
continue; 

} 

switch (minor(dev)) { 

caseM_VME16D16: 

if (uio->uio_offset >= VME16_SIZE) 
return EFAULT; 

V = uio->uio_offset + VME16_BASE; 
pgsp = PGT_VME_D16: 

xfersize = SHORT; 
g(Ho vme; 

case M_VME16D32: 

if (uio->uio_offset >= VME16_SIZE) 
return EFAULT; 

V = uio->uio_offset + VME16_BASE; 
pgsp=PGT_VME_D32; 

xfersize = LONG; 
goto vme; 

caseM_VME24D16: 

if (uio->uio_offset >= VME24_SIZE) 
return EFAULT; 

V = uio->uio_offset + VME24_BASE; 
pgsp = PGT_VME_D16; 

xfersize = SHORT; 
goto vme; 

case M_VME24D32: 

if (uio->uio_offset >= VME24_SIZE) 
return EFAULT; 

V = uio->uio_offset + VME24_BASE; 
pgsp = PGT_VME_D32; 

xfersize = LONG; 
goto vme; 

caseM_VME32D16: 

pgsp = PGT_VME_D16; 

V = uio->uio_ofFset; 
xfersize = SHORT; 
goto vme; 

case M_VME32D32: 

pgsp = PGT_VME_D32; 
v = uio->uio_offset; 
xfersize = LONG; 
/* FALL THROUGH*/ 

vme: 

V = btop(v); 

/* Mapin for VME, no cache operation is involved. */ 
segkmem_mapin(&kseg, vmmap, MMU PAGESIZE, 

(u_int)(rw = UIO.READ ? PROT.READ : 

PROT.READ I PROT_WRITE), pgsp I v, 0); 
o = (int)uio->uio_offset & PGOFSET; 
c = min((u_int)(NBPG - o), (u_int)iov->iovJen); 
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error = ininpeekio(uio, rw, &vnimap[o], (int)c, xfersize); 
segkmem_inapout(&kseg, vmmap, MMU_PAGESIZE); 
break: 

default: 

panicC'minrw: invalid minor(dev)0); 

) 
} 
return error, 

} 

static 

inmpeddo(uio, rw, addr, len, xfersize) 

struct uio *uio: 

enum uio_rw rw; 

caddr_taddr; 

intlen; 

int xfersize; 

{ 

register int c; 
into; 
short sh; 
long Ish; 

while (len > 0) { 

if(Oenl(int)addr)&l){ 
c = sizeof (char); 
if(rw = UIO_WRITE){ 

if ((o = uwritec(uio)) = -1) 

return (EFAULT); 
if (pokec(addr, (char)o)) 
return (EFAULT); 
} else { 

if((o = peekc(addr))==-l) 

returr. '^EFA.ULT^' 
if (ureadc((char)o, uio)) 
return (EFAULT); 

) 
} else { 

if ((xfersize = LONG) && 
(((int)addr % sizeof (long)) == 0) && 
(len % sizeof Oong)) = 0) { 
c = sizeof (long); 
if(rw = UIO_READ){ 

if (peekl((long *)addr, (long *)&o) = -1) 

return (EFAULT); 
lsh = o; 

} 

if (uiomove((caddr_t)&lsh, c, rw, uio)) 

return (EFAULT); 
if(rw==UIG_WRITE){ 

if (pdkel((long *)addr. Ish)) 
return (EFAULT); 

} 

break; 
} else { 

c = sizeof (short); 
if(rw==UIO_READ){ 

if ((o = peek((short *)addr)) = -1) 

return (EFAULT); 
sh = o; 

} 

if (uiomove((caddr_t)&sh, c, rw, uio)) 
return (EFAULT); 
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if(rw = UIO_WRITE){ 

if (poke((short *)addr, sh)) 
return (EFAULT); 

} 
break; 



] 



) 
reUimO; 



addr+=c; 
len -= c; 



/*ARGSUSED*/ 
mmmmi^dev, off, prot) 

dev_t dev; 

off_toff; 



{ 



mt 
struct pte 



pf: 
pte; 



register struct memlist *pmem; 

switch (minor(dev)) { 

caseM_VME16D16: 

if(off>=VME16_SIZE) 

break; 
return (PGT_VME_D16 1 btop(ofF+ VME16_BASE)); 

caseM VME16D32: 

if(off>=VME16_SIZE) 

break; 
return (PGT_VME_D32 1 btop(off + VME16_BASE)); 

caseM_VME24D16: 

if(off>=VME24_SIZE) 

break; 
return (PGT_VME_D16 1 btop(ofr + VME24_BASE)); 

caseM VME24D32: 

lf(off>=VME24_SIZE) 

break; 
return (PGT_VME_D32 1 btop(off + VME24_B ASE)); 

caseM VME32D16: 

return (PGT_VME_D16 I btop(off)); 

caseM_VME32D32: 

return (PGT_VME_D32 1 btop(ofO); 

} 
return -1; 
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14 



SCSI Interface 



14.1. Required Reference 
Material for the SCSI 
Interface 



14.2. SCSI Performance 



Reference material required for a complete definition of the SCSI interface: 

SCSA (SUN Common SCSI Architecture) 

Sun Part Number 800-4701-10 (Rev A of 15 Nov 1989) 

SCSI Implementation Guide SUN Common SCSI Architecture 

Sun Part Number: 800-4700-10 (Rev A of 15 Nov 1989) 

NCR 53C90 Enhanced SCSI Processor Data Sheet, (SCSI Registers 
Definition), NCR Corporation, 11/87. 

SCSI, Understanding the Small Computer System Interface 

NCR Corporation, Prentice-Hall, 1990 

ANSI SpecWcaOon X3J33, X3J3IJ986 

Federal Information Processing Standard (FIPS), X3J31_I986 

The NCR 54C90 Extended SCSI Processor timing is as follows: 



Synchronous Mode Speed: 

Absolute Maximum: 
Typical: 

Asynchronous Mode Speed: 

Absolute Maximum: 
Typical: 



5.0 MB per second 
2.5 MB per second 

3.0 MB per second 
1.75 MB per second 



14.3. SCSI Address^ 



The SCSI registers are accessed via byte loads and stores to the following physi- 
cal addresses: 



( 
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Table 14-1 SCSI Register Addresses 



NOTE 



Address 


Description 


OxFOSOOOOO 


Transfer Count Low 


OxF08(XX)04 


Transfer Count High 


OxF0800008 


FIFO Data 


OxFOSOOOOC 


Command 


OxFOSOOOlO 


Status/Bus ID 


0xF0800014 


Intemipt/Status Timeout 


OxF0800018 


Sequential Step/Synchronization Transfer Period 


OxF080001C 


FIFO Flags/Synchronization Offset 


OxF0800020 


Configuration 


OxF0800024 


Qock Conversion Factor (write only) 


OxF0800028 


Chip Test (Extended SCSI Processor test use only) 


OxF080002C 


Chip (Extended SCSI Processor) Configuration-2 



Byte accesses must be performed even though the addresses are allfuHword- 
aligned. 



14.4. Interface 

Programming 



Since the SCSI controller uses the DMA controller to perform the actual transfer 
of data to and from memory, the two devices must be programmed together. One 
possible algorithm is as follows: 



SCSi_SUDt() 

{ 



) 



/*stait an opo-ation on the SCSI*/ 

lock data pages into contiguous virtual memwy; 

DMA_address_register = starting virtual address; 

setup SCSI registers (except for "go"); 

DMA_conlrol_staius_register = (EN_DMAIINT_ENI(other bits)); 

start SCSI; 

/*The SCSI will interrupt us when it is done.*/ 



scsi_interruiX() 

{ 

/*must drain DMA on a read from disk/write to memory*/ 
if (last opeTation=READ) { 

DMA_control_status_register=(DRAIN); 

) 
) 

For a detailed description of the SCSI registers, see th NCR 53C90 Data Sheet. 
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14 J. SCSI Connector 



liiuiii, Liisi, 



IdDlC l*t-Z. 



Signal 


Pfai# 


Comments 


GND 


1 


Ground 


GND 


2 


Groimd 


GND 


3 


Ground 


GND 


4 


Ground 


GND 


5 


Groimd 


GND 


6 


Ground 


GND 


7 


Ground 


GND 


8 


Ground 


GND 


9 


Groimd 


GND 


10 


Ground 


GND 


11 


Ground 


NC 


12 


No Coimect 


NC 


13 


No Connect 


NC 


14 


No Connect 


GND 


15 


Ground 


GND 


16 


Ground 


GND 


17 


Ground 


GND 


18 


Ground 


GND 


19 


Ground 


GND 


20 


Groimd 


GND 


21 


Ground 


GND 


22 


Groimd 


GND 


23 


(jTOunH 


GND 


24 


Ground 


GND 


25 


Ground 


SDO- 


26 


SCSI DataO- 


SDl- 


27 


SCSIDatal- 


SD2- 


28 


SCSI Data2- 


SD3- 


29 


SCSI Data3- 


SD4- 


30 


SCSI Data4- 


SD5- 


31 


SCSI Data5- 


SD6- 


32 


SCSl Data6- 


SD7- 


33 


SCSI Data7- 


SDP- 


34 


SCSI Parity- 


GND 


35 


Ground 


GND 


36 


Ground 


NC 


37 


No Connect 


TRMPWR 


38 


Terminator Power (+5 Volts DC, Fused, 3 Amps) 


NC 


39 


No Coraiect 


GND 


40 


Ground 


ATN- 


41 


Attention- 


NC 


42 


No Connect 


BSY- 


43 


Busy- 


ACK- 


44 


Acknowledge- 


RST- 


45 


Reset- 


MSG- 


46 


Message- 


SEL- 


47 


Select- 


CD- 


48 


Command/Data- 


REQ- 


49 


Request- 


10- 


50 


Input/Output- 
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Ethernet Interface 



15.1. Required Reference 
Material for the 
Ethernet Interface 



15.2. Introduction 



15.3. Ethernet Interface 
Definition 



Reference material required for a complete definition of the Ethernet interface: 

Am7990 Local Area Network Controller (LANCE) Technical Manual, 

Advanced Micro Etevices, Inc., 1986. 

Am7992B Serial Interface Adapter (SIA) Technical Manual Advanced Micro 
Devices, October, Inc., 1985. 

ANSI Specificatwn 8023, 1986, also known as: 

ISO/Draft International Standard 8802/3, February 1989. 

Federal Information Processing Standard (FIPS) 107, Febraary 1989. 

The SPARCengine IE card uses the AMD AM7990 Ethernet Controller chip to 
perform Ethernet processing. 

The Ethernet controller is the AMD AM7990 LANCE chip. The data is 
translated for the Ethernet by the AM7992 Serial Interface Adapter (SIA). The 
LANCE connects directly to the S4-DMA, over unique Ethernet interface sig- 
nals. The S4-DMA will provide all necessary buffering and arbitration functions 
to allow the Ethernet chip to access main memory. The S4-DMA Ethernet inter- 
face contains a 1 word (32bit) pack/unpack register with consistency control 
logic. Consistency control ensures that all data written by the Ethernet chip gets 
to main memory in a deterministic manner. 

The LANCE uses multiplexed address and data, so the S4-DMA demultiplexes 
them internally. The address supported by the LANCE is 24 bits; as per the 
SPARCengine IE specification the upper 8 bits of the 32 bit virtual address are 
driven to OxFF. The LANCE has a 16 bit data path which can accommodate 8 or 
16 bit accesses, by the use of byte masking capabilities. 



15.4. Ethernet 
Performance 

Ethernet Addresses 



Maximum Transfer Rate: 
Maximum Observed Rate: 



10 Mbits per second 
7.5 Mbits per second 



The Ethernet Controller chip is in slot address space at OxFOCOOOOOO. The fol- 
lowing table shows the address and location of its internal registers: 
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Table 15-1 Ethernet Registers 



Address 


Description 


OxFOCOOOOO 


Register Data Port (RDP) 


OxFOC00002 


Register Address Port (RAP) 



For additional information, see the AMD Am7990 Data Sheet. 



15.5. Ethernet Interrupt 

15.6. Ethernet Bandwidth 
and Capability 

15.7. Ethernet Transmits 
and Receives 



15.8. Ethernet Buffer 



Level 6 

SPARCengine IE can transfer data from the Ethernet into the on-card buffer 
memory at a maximum(estimated) rate of 10 megabits/sec. 

When it is in transmit mode, the AM7990 LANCE transfers data from the current 
buffer in LANCE to a register called a Silo. The output of the Silo is serialized 
and then goes to the Serial Interface Adapter(AM7992). The output of the Serial 
Interface Adapter is connected to the Ethernet lines through a transformer. 

In the receive mode, the Serial Interface Adapter(AM7992) receives data from 
the Ethernet cable. It transfers the data to the Silo in the LANCE. The LANCE 
transfers the data from the silo to the correct buffer in local memory. 

The LANCE Controller utilizes up to 128 Kilobytes of memory for buffers. 
These buffers are usuaUy allocated from the SPARCengine lE's main memory. 
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15.9. Ethernet Connector 
Pinout List 

Table 15-2 



Signal 


Pin# 


Comments 


NC 


1 


No Connect 


COL+ 


2 


Collision+ 


TxD+ 


3 


Transmit Data+ 


NC 


4 


No Connect 


RxD+ 


5 


Receive Data+ 


GND 


6 


Ground 


NC 


7 


No Connect 


NC 


8 


No Connect 


COL- 


9 


Collision- 


TxD- 


10 


Transmit Data- 


NC 


11 


No Connect 


RxD- 


12 


Receive Data- 


+12V 


13 


+12 Volts DC, Fused, 3 Amps 


NC 


14 


No Cotmect 


NC 


15 


No Connect 



15.10. Ethernet Interface 
Programming 



I* Initializing on-card ethemet chip 



♦Abstract 


PCTforms Lance hardware dependent variable ♦ 


* 


initialization for Sun Ethemet diagnostic. ♦ 


♦Algorithm: 


Initialize CSR 3 (describe bus acquisition ♦ 


- 


proccuUxcs to uic crnuiatcT/. 


* 


Initialize global variables and i/o data ♦ 


* 


structures. ♦ 


♦Routines called: 

* 


ini_print, ini_read ♦ 

* 



**4i4i4t***«4i4i****4t**4>***4i****4ci^:^***4i**g|c*******«**i|i***«*!^*****i^4t*4i**:tc4c4c**]ii4i**#*#4c 




long le_sys_init(argc,argv) 




int 




argc; 


char 

{ 




*argv[] ; 


extern int 




byteswapO ; 


extern short 




DSPL.ON; 


extern short 




err_dsp; 


extern char 




home adr[6]; 


extern short 




INTR.ON ; 


extern etraddr 




myaddr ; 


extern char 




net_data []; 


extern short in 


t 


ringsize.bufsize; 


extern int 




totbuf; 


u_short ♦rdpp 


J 


/* ptr to reg data port * 


u_short ♦rapp 


• 


1* ptr to reg adr port ♦/ 


long 


mrc ; 




long 


re ; 




extern mt 


slot; 




mt 


i: 
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ic = PASS ; 

t* init etherbase_va array */ 
for (i=0; i<= NUM.SLOTS; i-H-) 
etherbase_va(i] = 0; 

ether.etherbase_size = (mt)ROUNDUP(sizeof(LE_BLOCK),PAGESZ); 
etherbase_va[0] = etheT.dvma_start ; 

/* Initializing on-card ethemet chip */ 

I* set remaining chip/diagnostic eflier man variables */ 

ether.txbuf_n = ONE « TLENMAX ; 

ether jxbuf_n = ONE « RLENMAX ; 

etlter,txbuf_size = 1024 ; /* may need to tweek this */ 

etlwrjxbuf_size= 1024; /* may need to tweek this */ 

I* map on-card ethonet control block & buffos here */ 
I* find the first available block for control block */ 

for(ethCT.etherbase_va=etheTbase_va[0],mrc=FAIL; 

PASSELKrc) && FAILED(mrc);) 

{ 

if(FAILED(mrc = execmi^&ether.etherbase_va, 
&ether.etherdum_pa, 
ether.etherbase.size, 
ether.ether_flags))) 

{ 

I* increment va by a page */ 
tther.etherbase_va += PAGESZ; 

I* will we go beyond dvma space ? */ 
if(((u_'iongKether.etherbase_va+cther.ethCTbase_size)) 

>=s((u longKether.dvma_start+^her.dvma_size)) ) 

{ 

rc = mrc ; 

exec_k>g(ERROR,ALL_DST, 

"le.sys.initOe^d): can not map on-card etherbase{%d}@Ox%xO. 
testing_LE,rc.ether.etherbase va) ; 
} 
} 

} /* for ♦/ 

etherbase_va[0] = ether.elherbase_va; 
ether.ethomin.va = ether .etherbase_va + ether.etherbase.size; 

rdpp = (u_short ♦Xethemet_va(0]) ; /* ptr to reg data port */ 
rapp = (u_short ♦)(elhcmet_va[0] + 2) ; /* ptr to reg adr port ♦/ 

*rapp = 0; /* Select CSR */ 

I* set the stop bit in csiO to inactivate the lance chip *l 
*rdpp = (*rdpp) 1 0x0004; 

for (i=l; i<=slotsfO]; i-H-) 

{ I* Initializing 2nd ethemet chip. */ 

/* map 2nd ethemet control block & buffers here */ 
I* find the first available block fw control block */ 

for(ether.etherbase_v a=etherbase_va[i- 1 ]-t-ether.etherbase_size,mrc=FAIL; 
PASSEEKrc) && FAILED(mrc);) 

{ 

if(FAILED(mrc = execmap(&ether.etherbase_va, 

&ether.ethcrdum_pa, 

ether.etherbase_size, 

ether.ether_flags))) 

{ 

I* increment va by a page */ 

ether .etherbase_va += PAGESZ; 

/* will wc go beyond dvma space ? */ 
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if(((u_long)(ether.etherbase_va+ether.ethCTbase_si2e)) 

>= ((u_long)(ether.dvma_start+ether.dvma_size)) ) 
{ 

re = mrc ; 

execJog(ERROR^LL_DST, 

"le_sys_mitOe%d): can not map 2nd etherbase{%d}@Ox%xO, 

t^ting_LE4'c,etl^i'.etherbsBe_va) ; 
} 
} 

} /* for */ 

etherbase_va[i] = ether.etherbase_va; 
ether .ethCTmin_va -t= ether .etherbase_size; 

rdpp = (u_short *Xethemet_va[i]) ; /* i«r to reg data port */ 

rapp = (u_short *)(etfiemei_vari] + 2) : /* ptr to reg adr port */ 

*rapp = 0; ' ' ^' ' /•Select CSRO */ 

/* set the stop bit in csiO to inactivate the lance chip */ 
♦rdpp = (*rdpp) I 0x0004; /* set stop bit in csiO */ 

} /*for*/ 

totbuf = BUFSPC; 
bufsize = 1024; 
ringsize = TLENMAX; 

I* copy eAemet address from myaddr to home_adr */ 
bcopy(myaddr,home_adr,sizeof(etraddr)) ; /* 1 to 1 copy */ 

net_data[0] = ' '; net_dau[l] = ' '; net_dala[2] = ' '; 
net_data[3] = ' '; net_data[4] = ' '; net_data[5] = ' '; 
net_data[6] = ' '; net_data[7] = ' '; net_data[8] = ' '; 
net_data[9] = ' '; net_data[10] = T'; net_data[ll] = 'h'; 
net_data[121 = 'i'; net_data[13] = 's'; net_data[14] = ' '; 
net_data[15] = 'i'; net_data[16] = 's'; net_data[17] = ' '; 
iwt_data[18] = 'a'; net_data[19] = ' '; net_dataI20] = 't*; 
j^t /jatof2ti T= 's'* i»st d£t£'^22^ = 's'* net dataf^^^ — '»'■ 
net_data[24] = "; net_data[25] = 'o'; net_data[26] = T ; 
net_data[27] = ' '; net_data[28] = 't'; net_data[29] = 'h'; 
net_data[30] = 'e'; net_data[31] = "; net_data[32] = 'L*; 
net_data[33] = 'A'; net_data[34] = 'N'; net_data[35] = 'C; 
net_data[36] = 'E'; net_data[37] = * '; net_data[38] = 'E'; 
net_data[39] = 'm'; net_datai40] = 'u'; net_data[41] = T; 
net_data[42] = 'a'; net_data[43] = 't'; net_data[44] = 'o'; 
net_data[45] = 'r'; 

err_dsp = SET; I* error display flag */ 

DSPL_ON = 0; /* By default, no debug msgs */ 

INTR_ON = ; 

go_reset(); 

retum(rc) ; 

} I* le_sys_init */ 
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16.1. Required Reference 
Material for SBus 



16.2. Introduction 



16.3. SBus Slot Addresses 



1^ 



SBus Interface 



Reference material required for a complete definition of the SBus: 

SBus Developer's Kit, Sun Part No. 825-1219-xx. 

The SPARCengine IE Color & Monochrome Video Cards User's Manual. 

The SBus is a non-proprietary I/O expansion bus developed by Sun Microsys- 
tems for some new Sun systems and board products. The bus lives in type 1 dev- 
ice space. 

Address bits PA[27:24] select one of two SBus slots, and bits PA[23:0] are avail- 
able for addressing devices on the SBus card. 

Bits PA[27:24] select SBus slots as follows: 



PA[27:241 


Slot 


Address Range 


00 


SBus slot 


OxFOOOOOOO to 0xl-3FFhl-Fh 


01 


SBus slot 1 


0xF4000000 to OxFVFhFhFh 



SBus slot is not a physical slot; it is occupied by devices residing on the 
SPARCengine IE CPU card. 

SBus slot 1 on the SPARCengine IE is a physical slot, where cards such as the 
SBus Video Cards can be utilized. 

The SBus device addresses are described in the following sections. 
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16.4. SBus Slot Devices 



The SBus Slot devices are physically on the CPU card. SBus slot is in 
type 1 space at a base address of OxFOOOOOOO. The base address contains the 
card ID number, DMA registers, SCSI registers, and Ethernet registers. These 
arc located at the following addresses: 



Table 1 6-2 SBus Slot Addresses 



Offset 


Description 


OxFOOOOOOO 


CanlID(0xhE810101) 


0xF0400000 


DMA Registers: 

Control/Status 
Address 
Byte Count 
Diagnostic 


OxFOSOOOOO 


SCSI Registers: 

Transfer Count Register 

FIFO Register 

Command Register 

Status Register 

Select/Reselect Bus ID Register 

Sequence Step 

Synchronous Transfer Period Register 

FIFO Flags Register 

Synchronous Offset Register 

Configuration Register 

Qock Conversion Register 

Test Register 


OxFOCOOOOO 


Ethernet Registers: 

Data Port 
Address Port 



NOTE The slot space from OxFlOOOOOO to 0xF3FFFFFF is not used. 



Card ID 



The card ID (data OxFESlOlOl at location OxFOOOOOOO) is a line of Forth code 
that identifies the card in SBus slot to the operating system (in this case, the 
CPU card identifies itsclO- 
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DMA Registers 



The DMA register space contains four registers, addressed by fiiUword loads and 
stores to the following addresses: 



Table 1 6-3 DMA Register Addresses 



Address 


Description 


OxF0400000 


DMA Control/Status Register 


OxF0400004 


DMA Address Register 


OxF0400008 


DMA Byte Count Register 


OxF040000C 


DMA Diagnostic Register 



DMA Control/Status Register The DMA control/status register has the following format: 

D[31:27] — DEV_ID 

These read-only bits contain the data OxOBlOOO. They identify the Ethernet 
device type. 

D[27:15] 

These bits are unused; they read back as O's. 

D14 — TC 

This read-only bit indicates the that the byte counter has expired (decre- 
mented to 0). 

D13 — EN_CNT 

This read/write bit enables the DMA byte count register. 

D[12:ll] — BYTE_ADDR 

These two read-only bits indicate the next byte number to be accessed. 

DIO — REQ_PEND 

This read-only bit is set when the DMA interface is active. Note that 
RESET and FLUSH must not be asserted when this bit is active. 

D9 — EN_DMA 

This read/write bit is set to enable DMA activity and reset to disable it. 

D8 — WRITE 

This read/write bit is set for DMA from memory to device (write) and reset 
for DMA from device to memory (read). 
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DMA Address Register 



DMA Byte Count Register 



DMA Diagnostic Register 
16.5. SBus Slot 1 Devices 



D7 — RESET 

Setting this read/write bit causes a hardware reset. ERR_PEND, 
PACK_CNT, INT_EN. FLUSH, DRAIN, WRITE, EN_DMA, REQ_PEND, 
EN_CNT, and TC are all set to zero. RESET remains set, and must be reset 
to resume operation. 

D6 — DRAIN 

Setting this read/write bit forces remaining pack register bytes to be drained 
to memory. It resets itself. 

D5 — FLUSH 

This write-only bit forces PACK_CNT and ERR_PEND to zero. It always 
reads as zero. 

D4 — INT_EN 

This read/write bit enables interrupts when it is set. 

D[3:2] — PACKCNT 

This read only field provides the number of bytes in the pack register. 

Dl— ERR.PEND 

This read-only bit is set when a memory exception occurs, and is reset by 
setting FLUSH. DMA activity stops until it is reset. 

DO — INT.PEND 

This read-only bit is set when TC=l, or when an external device raises an 
interrupt. 

The DMA address register is located at address OxF0400G(X)4. It holds the virtual 
address of the DMA transfer. Initially, it should be loaded with the virtual 
address where the DMA will start. As the DMA proceeds, both the DMA byte 
count register and bits [23:0] of the DMA address register arc decremented. 

Bits [31:24] of the DMA address register indicate which 16-megabyte portion of 
virtual memory is accessed. These bits are latched; they do not change as the 
DMA proceeds. 

When the EN_CNT bit in the DMA control/status register is set, bits [23:0] of 
this register keep a count of the number of bytes transferred by the DMA circuits. 
It should be loaded with the total number of bytes to be transferred; it decrements 
towards zero as the bytes arc transferred. When it reaches zero, it sets TC and 
INT_PEND in the DMA status/control register. 

Note that bits [31:24] are hardwired to zero. 

This register is not implemented at this time. 

Any device plugged into the actual SBus connector on the CPU card is a "slot 1" 
device. 

As of the print date of this manual, the SPARCenginc IE supports two video 
cards, color and monochrome, thai can be plugged into the SBus connector on 
the CPU card. These cards are interchangeable at the card level, but require 



^ 
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different cables and monitors. The two cards have different registers. For 
specific information on these cards, please refer to The SPARCengine IE Color 
& Monochrome Video Cards User's Manual. 



For all other SBus cards, refer to the technical documentation & manuals pro- 
vided with the card. 



SPARC Assembly Language 
Example 



/* 

* sbus.s 

*/ 

#define sbud_id 
#define sbus_phy 
#define TYPHI ATTRTOUTES 



0x00010000 /* sbus ID virtual address */ 
OxfOOOOOOO /* sbus ID physical address */ 
0xd4000000 /* valid, writable, don' t cache */ 



.seg "text" 
.global Sbus_id 



! Read SBus slot card ID register 
Sbus_id: 

save %sp, -MINFRAME,%sp 

set sbus_id, %oO 

set TYPEl_ATrRIBUTES, %o2 ! Page table entry attributes. 

set sbus_phy, %o3 ! Physical address to be mapped. 



! presCTve calling indow 

! Virtual address to be mapped. 



call 

mov 

set 

Id 

nop 

ret 

restore 



_pmap_memory 
%oO, %ol 
sbus.vin, %15 
[%o0].%14 



! M^ in specified block of memory. 
! Upper virtual address to be mapped. 
! Address of SBus register. 
! Read Card ID status 



f* 

* PMAP.S 
♦/ 

#define SEGINCR 
#define SGSHIFT 
#defineASI_SM 
#define PAGINCR 
#definePGSHIFr 
idefineASI PM 



0x40000 

18 

0x3 

0x2000 

13 

0x4 



/* offset between adjacent segments */ 

/* L0G2(NBSG) */ 

/♦segment map */ 

/* offset between adjacent pages */ 

/* L0G2(NBPG) */ 

/* page map */ 



.seg "text" 
.global _pm^_memory 
/* 

* Synopsis: status=pmap_memory(low_va, hi_va, attributes, low_pa); 

* status : (int) don't care 

* low_va (%i0) : (unsigned long) initial virtual address 

* hi_va (%il) : (unsigned long) final virtual address 

* attributes (%i2) : (unsigned long) page table entry attributes 

* low_pa (%i3) : (unsigned long) initial physical address 

* Function "imiap_memory" (physical map memory) linearly maps the range of 

* virtual addresses specified by 'low_va' and 'hi_va', beginning at physical 

* address 'low_pa', with page table entry attributes 'attributes'. 
*/ 

_pm^_memoTy : 

save %sp, -MINFRAME,%sp 
/* 

* Fill in segment table entries for a linear mapping of main memory. 

*/ 
set SEGINCR, %13 ! Adjacent segment table entry offset 



sun 

microsystems 



Revision A of April 10,1990 



1 34 The SPARCengine IE CPU Card User's Manual 



sub 


%13,0xl.%14 


andn 


%iO, %14, %12 


srl 


%12, SGSfflFT. %10 


dd 


%10. [%12]ASI SM 


add 


%12. %B, %12 


cmp 


%12, %il 


bgt 


4f 


nop 




bleu 


3b 


nop 





! Mask for segment table addressing. 

! Adjust initial virtual address. 

! Segment table oitiy (pmeg number). 

! Set segment table oitry. 

! Increment address by one segmoit. 

! If current virtual address is not 



! greater than the final virtual 
! address, continue. 
4: 

I* 

* Fill in page table entries for a linear mapping of main memory. 

*/ 

set PAGINCR, %13 ! Adjacent page table entry offset 

sub %13, 0x1, %14 ! Mask for page table addressing. 

andn %iO, %14, %12 ! Adjust initial virtual address. 

/* 

* Generate the initial page table entry. 
*/ 

andn %i3, %14, %11 ! Adjust initial physical address. 

5: srl %11, PGSHIFT, %10 ! Page number of page table entry. 

or %10, %i2, %10 ! Comlnne attributes and page number, 

sta %10, [%12]ASI_PM ! Set page table entry, 

add %11, %13, %11 ! Increment physical address by a page, 

add %12, %13, %12 ! Increment virtual address by a page, 

cmp %12, %il ! If current virtual address is not 

bgt 6f 

ncm 

Ueu 5b ! greato* than the final virtual 

nop ! address, continue. 

6: 

/» 

* Mapping completed. 
♦/ 

ret 
restore 
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C Example ^ 

* caadr_t mJ5)_SBus_acidress(u_int p_addr, u_intniim_pages) 

* inputs: Physical address and the # of pages to map. 

* Returns: Virtual address of the mapped page(s). 
*/ 

caddr_t map_SBus_address(p_addr, num_pages) 

u_int p_addr; /* physical address on the SBus to map */ 

u_int num_pages; /* # of pages to allocatcAn^ */ 

{ 

long v_pgnum; 

u_int v_addr; 

u_int offset; 

u_int pg_tbl_ait; 

/* 

* Save the offset from the page boundary so that 

* we can apply it to the virtual address once the 

* page is mai^)ed in. 
*/ 

offset = p_addr & MMU.PAGEOFFSET; 

/* 

* Create a page table entry that maps the physical address 

* "p_addr" into SBus space. 

*/ 

pg_tbl_ent = PGT_OBIO I PG_NC I btop(p_addr); 

/* 

* Allocate virtual pages that we can use from the 

* kemel map of available virtual addresses. 

*/ 

V_pgiiujTi — ntiajiCC^KSTnCuTiap, ^iCng^uiOC\^nuiiii_pagCS^y; 

if (v_pgntmi == 0) f* no addresses available from ksxnebnap *l 
return (caddr t)0; 
/* 

* Convert the virtual page # to a virtual address 
*/ 

v_addr = (u_inl)kmxtob(v_pgnum); 

/* 

* Map the physical address into otir allocated virtual address. 
*/ 

segkmem_mapin(«&kseg, v_addr, num j)ages, PROT_READ I PROT.WRTTE, 
pg_tbl_ent, 0); 

/* 

* Return to the caller of this function the virtual address of 

* the mapped SBus physical address. 
*/ 

return (caddr_t)(v_addr I offset); 
} I* end of of map_SBus_address */ 
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Forth Example fOOO.OOOO constant SBUS-SLOTO physical address 

0001.0000 constant SBUS-ID virtual address 

SBUS-SLOTO obio SBUS-ID map-page map into typel (on-card I/O) space 
SBUS-ID 1@ . fetch and display sbus-id 

NOTE SBus slot contains the DMA , Ethernet, and SCSI chips. Slot 1 contains SBus 
cards. 
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P2 Bus Interface 



17.1. P2 Bus Interface 
Overview 



17.2. Non-Compatibility 
Announcement for 
the P2 Bus 



The DRAM Parity memory on-board the SPARCengine IE CPU Card can be 
augmented with the addition of up to 4 SPARCengine IE ECC Memory Cards. 
The CPU accesses this additional memory by means of a Sun-designed private 
bus (P2 Bus) whose signals are carried on the outer rows "A" and "C" of the 96- 
pin P2 backplane connector. This bus is an extension of the CPU's SBus in 
which address and data is multiplexed and only slave transfers are supported (i.e., 
an SBus master may not reside on the P2 Bus). 

The SPARCengine IE P2 Bus is unique to the SPARCengine IE. It is not com- 
patible with the P2 Bus on any other Sun Microsystems card products. Use of 
the Sun Microsystems P2 Bus for development is discouraged by Sun Microsys- 
tems, who reserves the right to re-configure the P2 Bus for each product released. 
The P2 Bus is not documented for public use. 

While the SPARCengine IE card family will work in a Sun-3E compatible back- 
plane, Sun-3E parity memory cards arc not supported in a SPARCengine IE sys- 
tem. 



17.3. P2 Bus Interface 
Memory Map 



The P2 Bus Interface supports type 1 slave transfers to access ECC Memory 
registers and type slave transfers to access the ECC Memory itself. The fol- 
lowing tables outline the mapping of the P2 Bus within the physical address 
space of the SBus. These addresses arc said to reside within the P2 slot of the 
SBus. 
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Pmsl&2ofJ0801 



The first table below is applicable when pins 1 and 2 of jumper J0801 are jum- 
pered on the SEIE CPU. 



Table 17-1 P2 Slot Addresses - J0801 Pin 1 Jumpered to Pin 2 



SBus Address 


Type 


Description 


OxFCOOOOOO-OxFCOOOOhh 


1 


IE ECC Memory I/O Registers 




1 


Reserved P2 Bus type 1 


OxhCUOU 1 t)0-UxFFhFFhFh 







Reserved P2 Bus type 


OxOCOSOOOO-OxOFFFFFFF 







IE ECC Memory 


OxlOOOOOOO-OxlFFFFFFF 



Pins2&3ofJ0801 



The table below is applicable when pins 2 and 3 of jumper J0801 are jumpered 
together. 



Table 1 7-2 P2 Bus Slot Addresses - J0801 Pin 2 Jumpered to Pin 3 



SBus Address 


Type 


Description 


OxFCOOOOOO-OxFCOOOOFF 


1 


IE ECC Memory 1/0 Registers 




1 


Reserved P2 Bus type 1 


UxFCOOOlUO-UxFFFFFFFF 







IE ECC Memory 


OxOOOOOOOO-OxOFFFFFFF 


OxlOOOOOOO-OxlFFFFFFF 





Reserved P2 Bus type 




sun 

mtcroeysterm 



Revision A of April 10, 1990 



Chapter 17 — P2 Bus Interface 1 39 



17.4. P2 Bus Connector 
Pinout List 



The table below lists the pinout of the CPU P2 connector, which includes the P2 
Bus on the two outside rows. 



Table 1 7-3 P2 Bus Pinout List - Connector PI 802 



Signal 


Pin# 


Signal 


Pin# 


Signal 


Pin# 


PAR<Q> 


1 


VCC 


33 


PAR<1> 


65 


ACK8* 


2 


GND 


34 


GND 


66 


ACK32* 


3 


RESERVED 


35 


CLK 


67 


SIZO 


4 


P1.A24 


36 


MEM ERR* 


68 


SIZl 


5 


P1A25 


37 


PAR<3> 


69 


PAR<2> 


6 


P1A26 


38 


IRQ5* 


70 


READ 


7 


P1A27 


39 


GND 


71 


317?. 


8 


P1A28 


40 


I/OSEL* 


72 


BUS ERR* 


9 


P1A29 


41 


RESb'l'* 


73 


SELRAM* 


10 


P1A30 


42 


PUR* 


74 


AS* 


11 


P1.A31 


43 


ERR EN* 


75 


GND 


12 


GND 


44 


GND 


76 


DAO 


13 


VCC 


45 


DA16 


77 


DAI 


14 


P1.D16 


46 


DA17 


78 


DA2 


15 


P1.D17 


47 


DA18 


79 


DAS 


16 


P1.D18 


48 


DA19 


80 


GND 


17 


P1.D19 


49 


GND 


81 


DA4 


18 


P1.D20 


50 


DA20 


82 


DA5 


19 


P1.D21 


51 


DA21 


83 


DA6 


20 


P1.D22 


52 


DA22 


84 


DA7 


21 


P1.D23 


53 


DA23 


85 


GND 


22 


GND 


54 


GND 


86 


DAS 


23 


P1.D24 


55 


DA24 


87 


DA9 


24 


P1.D25 


56 


DA25 


88 


DAIO 


25 


P1.D26 


57 


DA26 


89 


DAll 


26 


P1.D27 


58 


DA27 


90 


GND 


27 


P1.D28 


59 


GND 


91 


DA12 


28 


P1.D29 


60 


DA28 


92 


DAI 3 


29 


P1.D30 


61 


DA29 


93 


DA14 


30 


P1.D31 


62 


DA30 


94 


DA15 


31 


GND 


63 


DA31 


95 


GND 


32 


VCC 


64 


GND 


96 



NOTES Signals on the middle row of pins are for the VMEbus. 

Signals on all outer row pins except for 1,6,10,65,69 and 74 are used for the P2 
Bus. 
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17.5. P2 Bus Performance 



The following table outlines the perfomiance of IE ECC memory access via the 
P2Bus. 



Table 17-4 P2 Bus Performance 



Memory Access Cycle Type 


Number of SBus Clock Cycles 


Word Read 


8 


Word Write 


6 


Burst Read (16 bytes) 


14 


Burst Write (16 bytes) 


11 


Partial Write ( less than 4 bytes) 


10 



17.6. P2 Bus Programming 
Operation 



The example in this section show how to use type and type 1 device spaces. 
The program are going to be used as modules of other programs, the stack 
pointer preserve calling window should only be used at the beginning of the pro- 
gram. 

/• 

* P2_bus.s 

* you CSS put all dsts define in the include file, for instsnce, 

* #include "dau.defbiition.h" 
•/ 

#deiine ECC_cind_vin OxffOOOO /* ECC command/sutus viitual address */ 

#define ECC_and_phy OxfcOOOOOOO /* ECXT cmd/sutus |4iysici] address */ 

#defincTYPEl ATTRIBUTES 0xd4000000 /* valid. wriuWe, don't cache */ 



.seg text 
.global P2_bus_antid 



! Read ECC command/sutus register in type 1 space 
P2_bus_and: 

save %sp. -MINFRAME,%sp 

set ECC_cmd_viit. %oO 

set TYPEl.ATTRIBUTES. %o2 

set ECC_cmd_phy, %o3 



! Preserve calling window. 
! Virtual address to be mapped. 
f Page uble entry attributes. 
! Physical address to be mapped. 



caU 

mov 

set 

Id 

nop 

ret 

restore 



_pmap_memofy 
%oO.%ol 

ECC_cmd_virt, %15 
l%15]. %14 



! Map in specified block of memory. 
! Upper virtual address to be mapped. 
! Address of cmd/status register. 
! Read cmd/status register 



* P2-Bus ECC memory interface test. 
*/ 

#define ECC_phy_phy Ox 1 00000000 
#define ECC_phy_virt Ox 1 00000 
#defineTEST_PATT Oxa5a5a5a5 
#definc TYPEO_ ATTRIBUTES OxdOOOOOOO /• valid, wTitsKle, don't cache */ 



/* ECC memory physical address */ 
I* ECC memory virtual address •/ 
/* Test pattern •/ 



.seg "text" 

.global P2_bus_memory 
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! Map ECC monofy in type space and read/write ECC memory. 



P2_bus_meinoiy: 


save 


%sp, -MINFRAME,%sp 


dr 


%oG 


set 


ECC_phy_viit, %ol 


set 


TYPEO.ATTRIBUTES, %o2 


set 


ECC_c3nd_phy, %o3 


caU 


_pfnap memory 


nop 




set 


ECC_phy_virt. %14 


set 


TEST_PATT, %12 


St 


%12. [%14] 


not 


%12 


inc 


4.%14 


St 


%12. [%14] 


Id 


[%14].%11 


cmp 


%11. %12 


be 3f 




nop 




call 


enor 


nop 




3: 




dec 


4,%14 


Id 


[%14]. %11 


not 


%]2 


cmp 


%11.%12 


be 


4f 


nop 




call 


error 


b.a 


If 



! preserve calling window 

! Lower virtual address tc be mapped. 

! Upper virtual address to be mapped. 

! Page table entry attributes. 

! Physical address to be mapped. 

! Map in specified block of memory. 

! Address of virtual memory. 

! test pattern source 

! put pattern iruo main RAM 

! invert pattern 

! bump up to next word 

! put invert pattern into main RAM 

! get pattern from high location 

I is data okay? 

! if yes go check original location 

! print test failure on console or LED 



! return to origiiud word 

! get pattern from original location 

! re-invert s<Hirce pattern 

! is data <^ay? 

! if yes go dieck original location 

! print test failure on console or LED 
! jump If exit 



4: 



call test_passed 



print test passed on console or LED 



ret 
restore 



PMAP.S 



#defineSEGINCR 


0x40000 


/* offset between adjacent segments ♦/ 


#define SGSfflFT 


18 


/* LCX32(NBSG) */ 


#define ASI_SM 


0x3 


/* segment map */ 


#define PAGINCR 


0x2000 


/* offset between adjacent pages */ 


#definePGSfflFT 


13 


/* L0G2(NBPG) */ 


#define ASI.PM 


0x4 


/* page mi?) */ 


.seg "text" 






.global _pmap_memory 





Sympsis: status=pmap_memory(low_va, hi_va, attributes, low_pa); 
status : (int) don't care 

low_va (%i0): (unsigned long) initial virtual address 

hi_va (%il): (unsigned long) final virtual address 

attributes (%i2): (unsigned long) page table entry attributes 

low_p (%i3): (unsigned long) initial physical address 

Function "pmap_memory" (physical map memory) linearly maps the range of 
virtual addresses specified by 'low_va' and 'hi_va', beginning at physical 
address 'low_pa', with page table entry attributes 'attributes'. 
/ 
_pmap_memoTy: 
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save %sp, -MINFRAME,%sp 
/* 

* Fill in segment table entries for a linear mjqjping of main memory. 
*/ 

! Adjacent segment table entry offset 
! Mask for segment taUe addressing. 
! Adjust initial virtual address. 
3: sil %12.SGSHIFT.%10 ! Segment uble entiy (pmeg number). 

! Set segment table mtiy. 
! Increment a(klress by oae s^ment. 
! If current virtual address is not 



set 


SEGINCR. %13 


sub 


%13.0xl,%14 


andn 


%iO. %14. %12 


Sri 


%12.SGSHIFT.%10 


stha 


%10. [%12]ASI_SM 


add 


%12, %13. %12 


cmp 


%12. %il 


bgt 


4f 


nop 




bleu 


3b 


nop 





! greater than the final virtual 
! address, continue. 



4: 



/* 

* Fill in page taUe entries for a linear mapping of main memory. 
•/ 

set PAGINCR, %D ! Adjaceitt page table entry t^set. 

svb %13 . Ox 1 . %14 ! Mask for page table addressing, 

andn %iO, %14. %12 ! Adjust initial virtual address. 

/• 

* Goierate the initial page table entry. 
*/ 

andn %i3, %14. %11 ! Ad^st inttial physical address. 

5: sri %I1.PGSHIFT,%I0 ! Page number of p^euUe entry. 

or %10, %i2. %10 ! Combine attributes and page number. 

su %10, [^2] ASI_PM ! Set pa^ taUe aitry. 

add %11,%13. %ll Ihcmnentpl^sical address by a page. 

add %12,%13, %I2 ! Increment virtual atUress by a page. 

cmp %12, %il ! If oiTTcnt virtual address is not 

bgt 6f 

nop 

bleu Sb ! greater thui the final virtual 

nop ! address, continue. 

6: 

/» 

* Maqjping completed. 
*/ 

ret 
restore 
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Serial Interface A 



18.1. Required Reference 
Material for Serial 
Interface A 



18.2. Serial Interface A 



18.3. Serial Interface A 
Definition 



Reference material required for a complete definition of the Serial Interface A: 

Z8030/Z8530 Serial Communications Controller (SCC) Technical Manual, 

Zilog, Inc., January 1983. 

AmZ8030/AmZ8530 Serial Communications Controller (SCC) Technical 
Manual, Advanced Micro Devices, Inc., 1982. 

EIA Standard ~ RS-232-C, Electronic Industries Association, August, 1969. 

EIA Standard - RS-422-A, Electronic Industries Association, December, 1978 

EIA Standard - RS'423-A, Electronic Industries Association, December, 1978. 

EIA Standard - RS-449'A, Electronic Industries Association, December, 1977. 

OxE2000000 
On-Board Input^Outnut 
(OBIO) 

The A serial port interface supports asynchronous RS-423 with fiill modem con- 
trol lines, and supports RS-449 on selected lines. For most applications, the inter- 
face will be directly compatible with RS-232 equipment as well. In addition to 
the RS-423 interface logic, four of the signals are brought out to separate connec- 
tor pins via RS-422 compatible drivers, and receivers. Transmit Data (TxD), 
Receive Data (RxD), Request to Send (RTS) and Qear to Send (CTS) signals are 
provided for use in electrically noisy environments or where longer cable lengths 
are required. 



18.4. Serial Interface A 
Performance 



Asynchronous Speed: 
Synchronous Speed: 



19.2 baud 
9600 baud 



The Synchronous Serial Communications Controller (Z8530) wiU support data 
rates up to 2M bits/second. However, RS-232 limits transmission rates in asyn- 
chronous mode to 20K bits/second, and RS-423 limits data rates to lOOK 
bits/second. The maximum baud rate supported by the Boot PROM on the 
SPARCengine IE is 19.2K bits/second and assumes a 1/16 bit clock divisor. 
Faster bit rates can be programmed for custom applications. Refer to the Z8530 
SCC Technical Manuals for more details. For reference, the clock input to the 
SCC for baud rate generation is 4.9152 MHz. 
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18.5. The Connector 



Because of space considerations in designing the SPARCengine IE, standard 25 
pin (DB-25) connectors would not fit on the rear panel. The connector style is a 
15-pin 3-row female (or receptacle) connector housed in a standard DB-9 shell, 
commonly referred to as a "double-density" or "high-density" connector. Mating 
male (plug) conneaors are available from a variety of vendors. Below are 
several that are compatible with the SPARCengine IE serial connectors. 

NOTE The Serial A and B connectors are NOT DB9 connectors. 



Table 1 8- 1 Compatible Serial Connectors 



18.6. Serial A Connector 
Pinout List 



Manufacturer 


Part Number 


AMP 


204501-3 


riT Cannon 


/l)EA111981 


Viking 


DDS2MS1 



Table 1 8-2 Serial A Pinout List - Connector J 120 1 



Signal 


Pin# 


Comments 


GND 


1 


Ground 


TxD 


2 


Transmit Data (RS-423 only) 


RxD- 


3 


Receive Data- (RS-423 and -422) 


RTS 


4 


Request to Send (RS-423 only) 


crs- 


5 


Clear to Send- (RS^23 and -422) 


DSR 


6 


Data Set Ready 


DTR 


7 


Data Terminal Ready 


DCD 


8 


Data Carrier E)etect 


RTS+ 


9 


Request to Send+ (RS-422 only) 


RTS- 


10 


Request to Send- (RS-422 only) 


CTS+ 


11 


Clear to Send+ (RS-422 only) 


TxD+ 


12 


Transmit Data-h (RS-422 only) 


TxD- 


13 


Transmit Data- (RS-422 only) 


RxD+ 


14 


Receive Dala-(- (RS-422 only) 


GND 


15 


Chassis Ground 




sun 

mJcrosystsmB 



Revision A of April 10, 1990 



Chapter 18 — Serial Interface A 145 



18.7. Special Cabling 
Requirements 



An adapter cable is required to connect the SPARCengine IE serial ports to stan- 
dard RS-423 or RS-232 compatible DTE or DCE equipment. Due to the variety 
of possible interface options, no single cable will be adequate for sdl 
configurations. Following arc examples of serial interface configurations using 
the SPARCengine IE serial A port 



Table 1 8-3 Serial A Cabling Option: Asynchronous RS'232 DTE to DTE 



Signal 


SPARCengine IE Serial A Port 


RS-232 Device 




(DTE) 


(DTE) 




A Connector (15-pin) 


RS-232 Connector (25-pin) 


GND 


1 


7 


TxD 


2 


3 


RxD 


3 


2 


RTS 


4 


5 


CIS 


5 


4 


DCD 


8 


20 


DIR 


7 


8 
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Table 1 8-4 Serial A Cabling Option: Asynchronous RS-449 DTE to DTE 



Signal 


SPARCengine IE Serial A Port 


RS-449 Device 




(DTE) 


(DCE) 




A Connector (15-pin) 


RS-449 Connector (37-pin) 


GND 


1 


19 


TxD+ 


12 


24 


TxD- 


13 


6 


RxEN- 


14 


22 


RxD- 


3 


4 


RTS+ 


9 


25 


RTS- 


10 


7 


crs+ 


11 


27 


crs- 


5 


9 
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Serial Interface B 



19.1. Required Reference 
Material for Serial 
Interface B 



19.2. Seriallnterface B 



19.3. Serial Interface B 
Definition 



Reference material required for a complete definition of the Serial Interface B: 

Z8030/Z8530 Serial Communications Controller (SCC) Technical Manual, 
Zilog, Inc., January 1983. 

AmZ8030/AmZ8530 Serial Communications Controller (SCC) Technical 
ManualAdvsncod Micro Devices, Inc., 1982. 

EIA Standard - RS-232'C, Electronic Industries Association, August, 1969. 

EIA Standard - RS-422-A, Electronic Industries Association, December, 1978 

EIA Standard - RS-423-A, Electronic Industries Association, December, 1978. 

EIA Standard - RS'449'A, Elearonic Industries Association, December, 1977. 

0xE2000000 
Cn^Board Ir''u*'Qut'"jt 
(OBIO) 

The B serial port interface supports asynchronous and synchronous RS-423 with 
full modem control lines. For most applications the interface will be directly 
compatible with RS-232 equipment as well. The B port is not identical to the A 
port; synchronous clock lines (TxC, TxCO, and RxC) have been provided to sup- 
port applications requiring SunLink capability via a synchronous modem connec- 
tion. 



19.4. Serial Interface B 
Performance 



19.5. The Connector 



Asynchronous Speed: 
Synchronous Speed: 



19.2 baud 
9600 baud 



The Synchronous Serial Communications Controller (Z8530) will support data 
rates up to IM bits/second. Refer to the Z8530 SCC Technical Manual for 
more details. For reference, the clock input to the SCC for baud rate generation 
is 4.9152 MHz. 

Because of space considerations in designing the SPARCengine IE, standard 25 
pin (DB-25) connectors would not fit on the rear panel. The connector style is a 
3-row female (or receptacle) connector housed in a standard DB-9 shell, com- 
monly referred to as a "double-density" or "high-density" connector. Mating 
male (plug) connectors are available from a variety of vendors. Below are 
several that arc compatible with the SPARCengine IE serial connectors. 
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Table 1 9- 1 Compatible Serial Connectors 



Manufacturer 


Part Number 


AMP 


204501-3 


riT Cannon 


ZOEAl 11981 


Viking 


DDS2MS1 



19.6. Serial B Connector 
Pinout List 



Table 1 9-2 Serial B Pinout List ~ connector J 1202 



Signal 


Pin# 


1 
Comments 


GND 


1 


Ground 


TxD 


2 


Transmit Data (RS-423. RS232) 


RxD- 


3 


Receive Data (RS^23. RS232) 


RTS 


4 


Request to Send 


crs 


5 


Clear to Send 


DSR 


6 


Data Set Ready 


DTR 


7 


Data Terminal Ready 


DCD 


8 


Data Carrier Detect 


TxC 


9 


Sync Transmit Clock (Input) 


TxCX) 


10 


Sync Transmit Clock (Output) 


RxC 


11 


Sync Receive Clock (Input) 


TxD+ 


12 


Transmit Data+ (RS-422 only) 


TxD- 


13 


Transmit Data- (RS-422 only) 


RxD+ 


14 


Receive Data+ (RS-422 only) 


GND 


15 


Ground 



19.7. Special Cabling 
Requirements 



An adapter cable is required to connect the SPARCengine IE serial ports to stan- 
dard RS-423 or RS-232 compatible DTE or DCE equipment. Due to the variety 
of possible interface options, no single cable will be adequate for all 
configurations. Following are examples of serial interface configurations using 
the SPARCengine IE serial B port. 
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Table 19-3 Serial B Cabling Option: Asynchronous RS-232 DTE to DTE 



Signal 


SPARCengine IE Serial B Port 


RS-232 Device 




(DTTE) 


(DIE) 




B Connector (15-pin) 


RS-232 Connector (25-pin) 


GND 


1 


7 


TxD 


2 


3 


RxD 


3 


2 


RTS 


4 


5 


CTS 


5 


4 


DCD 


8 


20 


DTR 


7 


8 
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Table 19-4 Serial B Cabling Option: Synchronous RS-232 DTE to DTE 



Signal 


SPARCengine IE Serial B Port 


RS-232 Modem 




(DTE) 


(DTE) 




B Connector (15-pin) 


RS-232 Conneaor (25-pin) 


IDX 


2 


3 


RDX 


3 


2 


GND 


1 


7 


DCD,DSR 


8,6 


20 


D'lR 


7 


8,6 


RTS 


4 


5 


CTS 


5 


4 


TXCO 


10 


17 


RXC 


11 


24 
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Table 19-5 Serial B Cabling Option: Synchronous RS-232 DTE to DCE 



Signal 


SPARCengine IE Serial B Port 


RS-232 Modem 




(DTE) 


(DCE) 




B Connector (15-pin) 


RS-232 Connector (25-pin) 


GND 


1 


7 


TxD 


2 


2 


RxD 


3 


3 


RTS 


4 


4 


CTS 


5 


5 


DSR 


6 


6 


DTR 


7 


20 


DCD 


8 


8 


TxC 


9 


15 


RxC 


11 


17 
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Table 19-6 Serial B Cabling Option: Asynchronous RS-449 DTE to DTE 



Signal 


SPARCengine IE Serial B Port 


RS-449 Device 




(DTE) 


(DCE) 




A Connector (15-pin) 


RS-449 Connector (37-pin) 


GND 


1 


19 


TxD+ 


12 


24 


TxD- 


13 


6 


RxD+ 


14 


22 


RxD- 


3 


4 
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Keyboard/Mouse Interface 



20.1. Required Reference 
Material for 
Keyboard/Mouse 
Interface 



20.2. Keyboard/Mouse 
Device Address 



20.3. Keyboard/Mouse 
Interface Definition 



20.4. Specifications 



NOTE 



Reference material required for a complete definition of the Keyboard/Mouse 
Interface: 

Z8030/Z8530 Serial Communications Controller (SCC) Technical Manual, 
Zilog, Inc., January 1983. 

AmZ8030fAmZ8530 Serial Communications Controller (SCC) Technical 
ManualAdydmced Micro Devices, Inc., 1982. 

OxEOOOOOOO 
On-Boaid Input/Output 
(OBIO) 

The keyboardAnouse serial interfaces are implemented with a Z8530 Synchro- 
nous Serial Communications Controller. The SCC features two programmable 
serial channels with built in baud-rate generators. Tiie dock input to the SCC for 
baud-rate generation is 4.9152 MHz and is independent of die lU clock. 

Reset of the keyboardAnouse SCC is forced at power-up by asserting both read 
and write strobes simultaneously. 

Mouse and keyboard data are transmitted and received over connector Jl 101 
(DB-15). All data signals are TTL-compatible and cannot be direct-connected to 
RS-232, RS-423, or other non-TTL compatible equipment 

The keyboard/mouse interfaces are designed to connect to Sun type-3 and type-4 
keyboards. The Boot PROM will interrogate the interface upon power-up to 
determine if a keyboard is present. If not, the PROM expects a terminal to be 
connected to the Serial A port. 

The keyboardlmouse interface is intended for use with Sun keyboards only; cus- 
tom serial expansion via this interface requires Boot PROM modifications and is 
not recommended without the support of Sun Consulting. 
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20.5. Keyboard/Mouse 

Connector Pinout List 



Table 20- 1 Keyboard/ Mouse Pinout List 



Signal 


Pin« 


Comments 


RxDO 


1 


Received Data 


GND 


2 


Ground 


TxDO 


3 


Transmitted Data 


GND 


4 


Ground 


RxDl 


5 


Received Dau 1 


GND 


6 


Ground 


TxDl 


7 


Transmitted Data 1 


GND 


8 


Ground 


GND 


9 


Ground 


+5V 


10 




+5V 


11 




+5V 


12 




+5V 


13 




+5V 


14 




+5V 


15 
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Environmental Tests and Results 



A.l. Tests Completed 



As of this printing (March 31, 1990), all "standard" tests are complete, some 
"ragged" tests are complete, and the remaining "ragged" tests are expected to be 
completed by May 31, 1990. In the results presented in this chapter, those tests 
that are still to be completed are indicated with TBD (to be detennined). For 
definitions of standard and ragged, see appropriate sections in this chapter. 



A.2. Overview 



NOTE 



A.3. Test Configurations 



This chapter describes the environmental tests performed on the SPARCengine 
IE card set. The test series include both standard and ragged tests, which 
correspond to the Sun system-level Environmental Test Specification and Mili- 
tary Standard 810E, respectively. 

Because these test specifications are only applicable to full systems (boards 
within chassis, with power supplies, etc), they have been modified for the board- 
level SPARCengine IE evaluation. 

/\ SUllllliai^ ui uic vnai cuiiii^uiauuiis \uuaiu sv>u» cuiu twoi iiwtuivo/ i.a pi\/Tiuw\». 

After the summary, a general description of the test approach is given for both 
standard and ragged series, along with the test levels for the individual tests. 

Results are given for all standard tests and those ragged tests already completed. 

For simplicity, the SPARCengine IE boards were tested together as "systems" in 
a variety of special test fixtures. The weakest board in the set for each test will 
thus determine the performance level of the entire set; this allows a common 
specification for all boards and greatly reduces test time. 

The boards included in the entire test series are: 

SPARCengine IE CPU 
SPARCengine IE Color Frame Buffer 
SPARCengine IE Analog Frame Buffer 
SPARCengine IE Memory 4MB 
SPARCengine IE Memory 16MB 

A total of two complete sets of boards were used in these tests, to allow parallel 
testing and minimize the effects of transducer installation and removal. 

To minimize test time, non-operating tests were performed on all boards at once 
(whenever possible). Operating tests were perfonned on two groups of boards 
(one group at a time), typically configured as follows: 




sun 

microeystems 



155 



Revision A of April 10, 1990 



156 The SPARCengine IE CPU Card User's Manual 



Table A- 1 Testing Groups 



Standard Test Series 



"M04" Group 


"C16" Group 


SPARCengine IE CPU 
SPARCengine IE Analog Frame Buffer 
SPARCengine IE Memory 4MB 


SPARCengine IE CPU 
SPARCengine IE Color Frame Buffer 
SPARCengine IE Memory 16MB 



Each group was on a common backplane, in a test fixture appropriate for the indi- 
vidual test. 

The standard test series is the complete set of Sun Environmental Test 
Specifications (Sun 950-1316-02) for system-level products. The board set was 
tested to the requirements of the Class III (General Commercial/Industrial) 
environment. The series included tests which are not covered by MilStd 810E 
(such as system-oriented electrical tests) and others in which part or all of Sun's 
standard test levels exceed the MilStd (such as the high end of Non-Operating 
Temperature). 

Most of the standard tests were conduaed with the SPARCengine IE boards 
installed in a card cage enclosure which consists of an off-the-shelf card cage, 
power supply, backplane, and fans, as well as a Sun-designed sheet metal shell. 
This enclosure is a six slot VME card cage in a Sun "shoebox" peripherial pack- 
age. The "shoebox" is used by Sun for development and prototype testing of 6U 
format VMEbus boards. Since voltage margin and other DC power tests were 
not conducted by EnvTest on the SPARCengine IE boards, this enclosure 
allowed the boards to be tested for response to AC power variations in a "typical" 
system. The enclosure also provided a convenient installation for all non- 
operating tests which do not require a special test fixture. 

The standard test series consists of 18 individual tests. 



Standard Test Results 



The SPARCengine IE board family has been successfully tested to the Class III 
requirements of Sun's Environmental Test Specification (950-1316-02). The 
Class III (General Commercial/Industrial) environment includes extremes of 
mechanical shock and vibration, climatic conditions, and electrical power varia- 
tions. 



Standard Reference Conditions 



Temperature: 
Humidity: 



23 degrees C, +/- 5 degrees C 
20% to 70% RH 
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Sun Standard Environmental 


Mechanical Connection Repetitions 


100 insertions at each I/O port. 


Specifications 


Temperature 
Operating: 






Temperature: 


to +40 degrees C 




Humidity: 


20% +/- 5% RH non-condensing 
at all temperattires. 




Non-Operating: 






Temperature: 


-40 to +75 degrees C 




Humidity: 


20% +/- 5% RH non-condensing 
at all temperatures. 




Humidity 






Operating: 






Humidity/Temperature; 


: 20% to 80% RH non-condensing 
@ 40 degrees C 




Non-Operating: 






Humidity/Temperature; 


: 95% RH non-condensing 
@ 40 degrees C 




Altitude 






Operating: 






Altitudc/Temperature: 


10,000 ft (3048 meters) 
at 10 and 40 degrees C 




Non-Operating: 






Altitude/Temperature: 


40,000 ft (12,192 meters) 
at degrees C 




Shock 






Operating: 






Magnitude 


5 G's (peak) 




Duration 


11 ms 




Wavefonn 


Half Sine 




Repetitions 


60 (10 times each on all six surfaces) 




Non-Operating: 






Magnitude 


30 G's (peak) 




Duration 


11 ms 




Waveforai 


Half Sine 




Repetitions 


18 (3 times each on all six surfaces) 




Vibration (Unpackaged) 






Operating: 






Frequency Range 


5to500to5Hz 




Magnitude 


0.03 inch (.76 mm) p-p disp. 
to .25 G's (peak) continue 
at 0.25 G's (peak) 




Non-Operating: 






Frequency Range 


5to500to5Hz 




Magnitude 


0.15 inch (3.81 mm) p-p disp. 



to 1.0 G's (peak) continue 
at 1.0 G's (peak) 
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Rugged Test Series 



The rugged test series is a subset of Military Standard 810E (Environmental Test 
Methods) for system -level devices. Tests from Military Standard 167-1 
(Mechanical Vibrations of Shipboard Equipment) are also included. Rugged 
testing is not performed where the regular Sun environmental tests cover the 
MilStd requirements, or where other Sun groups do equivalent tests. 

Testing of individual boards to 810E and 167-1 is complicated by the emphasis 
the Standards place on system testing. Component level testing is not supported 
by the Standards, and in some cases is not recommended. For such methods as 
shock and vibration, enclosures and/or shipping materials will modify the 
environmental excitation significantly; no reasonable test series could mimic the 
range of possible transformations. Methods such as altitude and temperature are 
also modified by an enclosure when the boards are in power on operating mode, 
since the airflow delivered by an enclosure design is a major influence on card 
performance. 

Despite these drawbacks, conformance to the MilStd 810E is possible for some 
methods without significant modification. For other methods, special equipment 
has been developed and altered tests will be performed on the boards, to acquire 
data that can be used by enclosure engineers in the design of products which will 
meet the requirements of the Standards. For example, temperature and altitude 
tests will be run with equipment capable of providing and measuring airflow 
across the cards, so that the minimum airflow requirement can be determined. 
Another special fixture has been developed to rigidly support the cards in shock 
and vibration, so that the maximum allowable transmissibility of an enclosure 
can be determined. 

For all methods below, it is assumed that the cards are not intended for combat 
applications; this restriction eliminates the extreme levels and test types which 
are required for such equipment. It is also assumed that failure of Sun cards in 
any test does not pose a direct hazard to personnel or equipment (as from explo- 
sion of components); this restriction reduces the required test time of certain tests 
and eliminates others. 



Test Results for Military 
Standard Qimatic 
Specifications 



The SPARCengine IE board set has been successfully tested to the requirements 
of Military Standard 810E for extremes of climatic environment to date. Those 
tests not completed are marked TBD (To Be Done). Operating tests were per- 
formed with the boards installed in a special test fixture which monitors airflow 
and component temperatures during the tests. The following table summarizes 
the minimum airflow requirement for the installed boards in each of the tested 
conditions: 
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Table A-2 Powered Climatic Test Results 



810E 
Method 


Description 


Category 


Condition 

(meters/sec) 


Minimum Airflow 


500.3 


Low Pressure 
(Altitude) 


Worst-Case 


57.2 kPa 
(4570 m) 
(15,000 ft) 


TBD 


501.3 


High Temperature 


Ambient Basic Hot 
Ambient Hot 
Induced Basic Hot 


43C 
49C 
63C 


TBD 
TBD 
TBD 


502.3 


Low Temperature 


I'BD 


I'BD 


IBD 



NOTE The airflow requirements shown represent the single worst case board in the pro- 
duct family; other boards may require less airflow. 
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In addition, the SPARCengine IE board set has been successfully tested in the 
following unpowered climatic tests: 



Table A-3 Unpowered Climatic Test Results 



810E 
Method 


Description 


Category 


Condition 


500.3 


Low Pressure 
(Altitude) 


Worst-Case 


57.2 kPa 
(4570 m) 


501.3 


High Temperature 


Induced Hot 


71C 


502.3 


Low Temperature 


Induced Severe Cold 


-51C 


503.3 


Temperature Shock 


Induced Hot to 
Induced Severe Cold 


71C 
-51C 


507.3 


Humidity 


Aggravated 


TBD 
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Test Results for Military 
Standard Dynamic Mechanical 
Specifications 



The SPARCengine IE board set has been successfully tested to the requirements 
of Military Standard 810E for extremes of dynamic environment Operating tests 
were performed with the boards installed in a rigid test fixture which transmits 
system level excitation inputs directly to the boards. The following table sum- 
marizes the maAimum overtest condition apphed for each test^ this overtestmg 
allows for amplification of nominal test conditions at chassis resonances: 



Table A-4 Dynamic Environment Test Results 



810E 
Method 


Description 


Category 


Nominal 
Condition 


Chassis 
Amplification 


514.4 


Vibration 


Category 1 
(1) Basic Trans 
Common Carrier 


1.27 GRMS 
10-500 Hz 
Random 


3x-5x band-limited, 
depending on axis and 
band frequency limits 


514.4 


Vibration 


Category 8 
Ground Mobile 
Common Carrier 


1.27 GRMS 
10-500 Hz 
Random 


3x-5x band-limited, 
depending onaxis and 
band frequency limits 


516.4 


Functional Shock 


Ground Equipment 


40GSRS 
6-9 msec 


2x 

1 



Test Results for Shipboard 
Vibration 



PerformaiKe to Military Standard 167-1 for shipboard vibration environments is 
specified similariy: 



Table A-5 Shipboard Vibration Test Results 



167 
Method 


Description 


Category 


Nominal 
Condition 


Chassis 
Amplification 


Type I 


Environmental 
Vibration 


Shipboard 
Equipment 


.003 to .03 in 
4to50Hz 


IBD 



Packaged Product Test Results In addition, the SPARCengine IE board family has been tested in the following 

packaged product test (no overtest applicable): 
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Table A-6 Packaged Product Test Results 



810E 
Method 


Description 


Category 


Nominal 
Condition 


516.4 


Transit Drop 
(Packaged) 


Under 45 .4 kg 
Under 91 cm 


48 inches 
26 surfaces 



A.4. Disclaimer 



Testing to the requirements of Military Standards 810E and 167-1 is intended for 
full systems only. The fixtured board-level tests performed by Sun were intended 
to provide information to system designers and integrators, so that enclosure sys- 
tems which will survive the MilStd tests can be developed. While each 
specification above includes adequate information to allow practical enclosure 
design or selection, no guarantee can be made of board performance in a particu- 
lar enclosure. 



A.5. Thermal Mapping 



The SPARCengine IE CPU board was mapped ruiming SunDiag using an 
infrared thermal imager. The test was performed at room termperature (23C) and 
still air in an open frame chassis. No component mapped during this testing 
measured higher than recommended maximum allowable temperature for the 
above test conditions. 

Below is a table showing various component temperatures measured on the 
board. This table should be used for relative temperature comparisons only. 
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Table A-7 Temperatures ofSPARCengine IE Components 



Component Location 


Temperature (C) 


UllOl 


57 


U0102 


52.5 


UOlOl 


53.5 


U0903 


73.5 


U1201 


68.5 


U0602 


68.5 


U1202 


68.5 


U0401 


54 


U0402 


63.5 


U0302 


64.5 


U0901 


63 


U1605 


64 


U1602 


64 


U1410 


73 


U0801 


54 


U1607 


56 


RP1003/1004 


61.2 
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Getting Help for the SPARCengine IE 

CPU Cards 

If you have problems installing or using the SPARCengine IE CPU cards, call 
Sun Microsystems at the s^ropriate hotline number (see the next page). 

You will be asked for the following infoimation: 

a Your name and electronic mail address (if any). 

c Your company name, address, and phone number. 

D The model and serial number of your SPARCengine IE CPU card. 

□ Any information that may help to diagnose the problem. 

If you prefer, you can direct questions by electronic mail to sun ! hotline. Be 
sure to include the same information as above. 

Call your sales representative if you have questions about Sun support services or 
Your shipment 
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Sun Hotline Numbers 



Sun customers can call service hotlines throughout the world for answers to 
software-support and hardware-support questions. The service hotlines are listed 
below. If your country is not shown in the table, please phone your local Sun 
sales office. 



Country 


Service Region 


Hotline Number 


Australia 


Sun Australia 


(2)4364699 


Canada 


Central Region: 
Ottawa 


(613)723-8112 




Ontario 


(800) 263-1680 or 
(416)477-6745 




Eastern Region: 

New Brunswick, Newfoundland, 
Novia Scotia, Prince Edward 
Island, Quebec 


(800) 361-1554 or 
(514)738-4885 




Prairies Region: 
Saskatchewan, Manitoba, 
Alberta 


(800) 661-9256 or 
(403) 262-6722 




Varwouver: 
British Columbia 


(800) 663-0440 or 
(604)684-4120 


France 


Paris 

Sun Microsystems France SA 


146300231 


Gennany 


Munich 

Sun Microsystems GmbH 


89/95094-321 


Hong Kong 


Sun Hong Kong 


(5)865-1688 


Japan 


C. Itoh Data Systems 
Nihon Sun 


(3)497-4746 
(3)221-7021 


The Netherlands 


Soest 

Sun Microsystems Ned^land B V 


2155 24888 


Sweden 


Solna 

Sun Microsystems AB 


8 764 78 10 


Switzerland 


Zurich 

Sun Microsystems (Schweiz) AG 


1828 9555 


United Kingdom 


European Customer Service: 

Surrey 

Sun Microsystems UK Ltd 


276 50183 




Albany Park 

Sun Microsystems UK Ltd 


0276691052 


United States 


All, 

including Puerto Rico 


1-800-USA-4-SUN 
(1-800-872-4786) 


Countries Not Listed 


All countries outside the USA, 
Europe, and Northern Africa 


(415)496-6119 
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B.l. Getting Sun Help with Sun's Professional Services organization is available to assist you in developing 
Your Software firmware and software for your SPARCengine IE card family. If your develop- 

Developuient ment requires customization of Sun's standard software, or creation of drivers for 

the Sun private P2 Bus, Sun Consulting can help you identify the specific source 

^^^^ 4.u«4. ..»,, ...:ii ^»^^ 

iAIUC UidL JUU will IICCU. 



Contact your Sun Sales Representative. 
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The CPU Card Schematic Diagrams & 

Assembly Drawings 
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prefix with unit number and assembly 
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2. resistance value in ohms. 

3. CAPfiCITANOE VALUE IN ur. 

4. PyO INDICATES PART OF. 
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6. * FOLLOWING SIGNAL NAME INDICATES 
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NOTES: (UNLESS OTHERWISE INDICATED) 



1. RNISHED BOARDS SHALL MEET SUN'S WORKMANSHIP 
STANDARD. 

(A) PRINTED WIRE ASSY WORKMANSHIP STANDARD 

910-1021-XX. 

(B) MECHANICAL WORKMANSHIP STANDARD 

910-1019-XX. 



5-g ATTACH BAR CODE LaBEL IN APPROXIMATE AREA 
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SIDE. AND 9 ON COMPONENT SIDE. 

IS-Sl ALL HARDWARE TO BE TORQUED TO 4.5 INCH LBS 
' ' +/- 0.5 INCH LBS. 

5. INSTALL CHIP SOCKETS AT THESE LOCATIONS. 



7. INSTALL COMPLETED PROM BOARD 501-8013-XX- 
WITH HARDWARE .AT RNAL ASSEMBLY. 



8. DO NOT INSTALL SOCKET (190-1072-XX) AND 
CHIP (100-1807-XX) AT THIS LOCATION FOR 
501/500-8058-XX. 



|2- ^ INSTALL LED'S WITH CATHODE PIN (+) ON PAD 
INDICATED (SEE DETAIL). 
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c 





B 



1 1 . TAPE MEMORY AND CASHE MODULES TOWARD STIFFENER 
BAR PRIOR TO WAVE SOLDER. 



A 



COMPONENT SIDE 



^ 



id^ 



4 



THIRD ANGLE PROJECTION 



^-€3 



'" grgSpl cD^SygNg 



THS OOCUUCNT S H* PKOPBTT CT SUJ 
MCHOS^TTIMS. HC. AlO OONTATa »««- 
UfcTlON WHCH S OC«ffP£NTW. AW PRO- 
PnETAMT TO SUN UCROSTSUMS. fO NO 
PAflr or -IMS DOOUkOT UATSE COPO. K.- 
PROOU=£D OA DISCLQSED TO THRD PMUCS 
WTHSUr T>C PWOR WWnEH OOfCOff Of 
SUN UCK0S1STEMS, PIC. 



tjK£ss oiXNMSC spccmcs 

CKCNSIONS WE IN UUACTOe 
TOLEFWNCES «& 
DECMM.S AMUS 

.X ± N/A ± N/A 



.XX 



■ N/A 



N/A 



N/A 



DO NOT SCALE DRAWING 



^^ 



IDRMVN 

LFORBES 



'^'y-/6/:i^ 



RELEASED /' 



i-a- 



■Z/2'/9o 



^kk 



IL. 



'SUN 



A 



PC ASSY, 
SPARCengine IE, 
uru duAku 



504-8035-03 



SHEET 1 OF 6 



7 



8 



7 



4 



3 



UWU NU. " 



bH IriLV 



D 



D 



C 



B 



_ [>><d I «°"»- I I fva I I neao | | iiaicw | | waoa | | mchm | | mar? | | waM | 



:P 




a O OOO O O O O O O O O O OOOOOOOOO O O O O OOP . . 

^ ^ ^ f>^ ^[^^ S^!^ 11^ 

I Koaoa I I ito»04 | [ kk* \ | maot | ^ E 

— Dooooooooooooooooooooooooooooooo cytrob 



ooooooo 

OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO O OOO 

1^1 



-G O 

— o 

o 



I I I I I I !> I I I I 



, I I i 1 > I I I I I I I I I I I I I I IJ Kl 

J I H I G I f^ O 
OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOD 

ooooooooooooooooooooooooooooooo 
ooooooooooooooooooooooooooooooo 



DOOOOOOOOOOOOOOOOOOOOOOO 

oooooooooooooooooooooooo 
oooooooooooooooooooooooo 

ooooooonoooooooooooooooo 



_D 



-o 



^^ 


=3 C 


\J- 


i 1 


= = 


^ 






=1 ' 


^ ^ 


Lj 




DOOOOOOOOOOOOO 0[«iJM] 

ooooooooooooooo 
ooooooooooooooo 
ooooooooooooooo 



O O O O | '«'»» 

OOOO 

OOOO 

OOOO 

OOOO 

OOOO 




«>«» |0 OOOO 
OOOO 
OOOO 
OOOO 
OOOO 
OOOO 



OOOOO^' "^'OOOOO 
OOOOOOOOOOOOOOO 
OOOOOOOOOOOOOOO 
OOOOOOOOOOOOOOO 
OOOOOOOOOOOOOOO 



O 
Oil 



noooo 



□ iiOliooooo 

an o D OOOOO 



o 



^995 




o 



I now* I O 

DOOOOOOO 
OOOOOOO 



DOOOOOOO 
OOOOOOO 



o 



o 



DOOOOOOOOOOOO 

oooooooooooo 

ooooooooooooo 

oooooooooooo 



o o: 



STAMP VENDOR LOGO 
AT THIS LOCATION 



c 



B 



A 



LED POLARITY 
(CATHODEH. 



SOLDER SIDE 



A 



SIZE 

D 



504-8035-03 



REV. 
51 



I SHEET 2 OF 6 



A 



"^ 



9 



i. 



4 PLnsVy 




sun microsystems 



SIZE 

D_ 

SCALE jyj_ 



504-8035-03 



REV. 

.5L 



|«"Err 5 np 6 



r r\ 



.^^^ 




6 PL 



B 



^sun microsystems 



SIZE 

SCALE 1/1 



504-8035-03 



51 



[sheet 6 cr g, 



REVISION 



DASH 



REV 



50 



DESCRIPTION 



RELEASE PER ECO - G725 



DATE 



APPROVED 



i2Jil^ 
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1. FINISHED BOARD SHALL MEET SUN'S WORKMANSHIP 
STANDARD. 
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COMPONENT SIDE 



(A) PRINTED WIRE ASSY WORKMANSHIP STANDARD 

91 0-1 021 -XX. 

(B) MECHANICAL WORKMANSHIP STANDARD 

910-1019-XX. 



1-4| PLACE BAR CODE LABEL ALONG EDGE OF BOARD, 
MARK DASH AND REVISION LEVEL WITH INDELIBLE 
INK WITHIN ONE INCH OF BAR CODE U\BEL ON 
COMPONENT SIDE. 



2-1 INSTALL 2 EA. 130-1664-XX ON SOLDER SIDE. 



3. INSTALL SOCKETS AT THESE LOCATIONS. 



4. ASSY DRAWING CONSIST OF SINGLE BOARD 
ILLUSTRATION FRON/: 9 BOARD PANELIZED. 

5. AFTER BOARD IS DEPANELIZED EDGES MUST BE 
CLEANED AND FLAT FOR BAR CODE PLACEMENT. 



SEE SEPARATE BILL OF MATERIAL: 501-8013-XX ME/MA 
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